Cloud Configuration Review

Review and hardening of cloud infrastructure configuration

حول هذه الخدمة

تقيس مراجعتنا لإعدادات السحابة حساباً سحابياً مقابل معايير معترف بها: معايير CIS Foundations لـ AWS وAzure وGoogle Cloud، وإرشادات الأمان well-architected لكل مزوّد. إنها مراجعة لوضع الأمان لا اختبار اختراق: نبحث عن الإعدادات الخاطئة التي توسّع سطح الهجوم بهدوء، مثل صلاحيات IAM المفرطة، وتخزين storage المكشوف للعموم، وقواعد البيانات التي يمكن الوصول إليها من الإنترنت، ومنافذ الإدارة المفتوحة للجميع، وغياب التسجيل، والبيانات غير المشفّرة. نقرأ كل إعداد ضمن نموذج المسؤولية المشتركة، بحيث يكون ما نبلّغ عنه من مسؤوليتكم في المعالجة. يُقدَّم كل اكتشاف مصحوباً بمخاطره وبالأدلة التي تدعمه وبخطوة معالجة ملموسة.

ما الذي يشمله

مراجعة IAM: السياسات والأدوار المفرطة الاتساع، وبيانات الاعتماد غير المستخدمة، وتدوير المفاتيح، وMFA على الحسابات ذات الامتياز وحساب root

تحليل الحد الأدنى من الصلاحيات ومسارات تصعيد الامتياز عبر الهويات

الانكشاف العام: حاويات storage وكائناتها، ولقطات الأقراص، وقواعد البيانات التي يمكن الوصول إليها من الإنترنت

إعدادات الشبكة: مجموعات الأمان وNSGs، ومنافذ الإدارة المفتوحة (SSH وRDP)، والشبكات الافتراضية، وربط peering

التسجيل والمراقبة: سجل التدقيق (CloudTrail وActivity Log وCloud Audit Logs)، وflow logs، والتنبيه على الأحداث الأمنية

التشفير أثناء السكون وأثناء النقل، وإدارة المفاتيح وتدويرها (KMS وKey Vault)

التعامل مع الأسرار: مخازن secrets مقابل بيانات الاعتماد المضمّنة في الكود، والانكشاف في metadata النسخة أو في user data

حماية البيانات: النسخ الاحتياطي، وإدارة الإصدارات، واللقطات العامة

التحصين الخاص بكل خدمة لـ serverless وقواعد البيانات المُدارة وخدمات الحاويات

حواجز الحوكمة المؤسسية وانحراف الإعدادات: service control policies وAzure Policy وorganization policies

كيف يعمل

1
تحديد النطاق والوصول للقراءة فقط
نتفق على الحسابات أو الاشتراكات أو المشاريع الداخلة في النطاق، ونرتّب دور تدقيق أمني للقراءة فقط لدى كل مزوّد، كي نراجع كل شيء دون تغيير أي شيء. كما نحدّد أي الخدمات مُدارة، لأن نموذج المسؤولية المشتركة هو ما يقرّر أي الطبقات تقع على عاتقكم في الإعداد.
2
الجرد ورسم خريطة IAM
نجرد الحسابات والهويات والموارد المكشوفة، ونرسم خريطة لمن يستطيع فعل ماذا: أين يتركّز الامتياز، وأي بيانات اعتماد غير مستخدمة، وأي السياسات تمنح أكثر بكثير مما يحتاجه الـ workload.
3
مراجعة الإعدادات مقابل CIS
نراجع الحساب مقابل معيار CIS Foundations الخاص بالمزوّد وإرشادات الأمان well-architected لديه: التسجيل والمراقبة، وانكشاف الشبكة، والتشفير وإدارة المفاتيح، والإعدادات الخاصة بكل خدمة؛ ويُسجَّل كلٌّ منها على أنه مُجتاز أو غير مُجتاز أو غير منطبق مع الأدلة.
4
الانكشاف وحماية البيانات
نبحث عما يمكن الوصول إليه من الخارج: الحاويات العامة، ومنافذ الإدارة المفتوحة، وقواعد البيانات واللقطات المواجهة للإنترنت؛ ونفحص كيف تُحمى البيانات: التشفير، والنسخ الاحتياطي، وما إذا كانت الأسرار موجودة في مخزن سليم أم في الكود وفي metadata.
5
إعداد التقارير وترتيب الأولويات وإعادة الاختبار
يُصنَّف كل اكتشاف بحسب المخاطر مع أثره الفعلي في حسابكم، ويُوثَّق مع مسار معالجة مُرتَّب بالأولوية ومع الحواجز التي تمنع عودته. بعد المعالجة، نعيد الفحص للتأكد من ثبات التغييرات.
المُخرجات
  • ملخص تنفيذي مع نظرة عامة على المخاطر لصنّاع القرار
  • تقرير تفصيلي مُسنَد إلى معيار CIS Foundations لكل مزوّد
  • اكتشافات IAM مع الهويات ذات الامتيازات الزائدة ومسارات التصعيد
  • جرد الانكشاف العام: storage وقواعد البيانات والشبكة
  • ثغرات التسجيل والمراقبة والتشفير
  • تصنيف المخاطر وأثر الأعمال لكل اكتشاف
  • خارطة طريق للمعالجة مرتَّبة بالأولوية مع حواجز الحوكمة المؤسسية
  • إعادة الفحص بعد المعالجة

لماذا حافظ سيكيور

خبرة في إعدادات السحابة المتعددة
فهمٌ محدَّث وعملي لإعدادات أمان AWS وAzure وGoogle Cloud وللإعدادات الخاطئة التي تؤدي إلى الاختراقات، لا مجرد قائمة تحقق تُشغّلها أداة.
وضوحٌ في المسؤولية المشتركة
نفصل ما يؤمّنه المزوّد عمّا يقع على عاتقكم، كي تصرفوا جهدكم على الإعدادات التي تتحكمون بها فعلاً.
مُقاسٌ على المعايير
اكتشافات مُسنَدة إلى معايير CIS Foundations وإرشادات أمان المزوّد، بحيث تكون التغطية واضحة وقابلة للتحقق.
اكتشافات قابلة للتنفيذ ومرتَّبة بالأولوية
إرشاد واضح مرتَّب بحسب المخاطر، مع الأدلة لكل اكتشاف وحواجز تمنع انحراف المعالجة والعودة إلى الوراء.

الأسئلة الشائعة

ما هي مراجعة إعدادات السحابة؟

تقيس حساباً سحابياً مقابل معايير معترف بها بحثاً عن الإعدادات الخاطئة والثغرات الأمنية: صلاحيات IAM المفرطة، وتخزين storage العام، والشبكات المفتوحة، وغياب التسجيل، والبيانات غير المشفّرة؛ مُسنَدة إلى معيار CIS Foundations الخاص بالمزوّد، وكل اكتشاف مدعوم بالأدلة وبطريقة معالجة.

هل هذا اختبار اختراق أم مراجعة إعدادات؟

مراجعة إعدادات. اختبار الاختراق يهاجم النظام ليرى ما ينكسر؛ أما مراجعة الإعدادات فتقرأ إعدادات الحساب مقابل معيار لتجد نقاط الضعف قبل أن يهاجم أحد. وهما متكاملان: المراجعة تخبركم أين أنتم منكشفون، والاختبار يؤكّد ما يمكن الوصول إليه فعلاً.

ما المعايير والمزوّدون الذين تغطّونهم؟

معايير CIS Foundations لـ AWS وAzure وGoogle Cloud، إلى جانب إرشادات الأمان well-architected لكل مزوّد. وتنطبق الطريقة نفسها على مزوّد واحد أو على بيئة سحابية متعددة.

ما الوصول الذي تحتاجونه للبدء؟

دور تدقيق أمني للقراءة فقط في كل حساب أو اشتراك أو مشروع ضمن النطاق؛ ويكفي دور التدقيق القياسي الذي يوفّره كل مزوّد. لا نغيّر شيئاً؛ نقرأ الإعدادات فقط. ونتفق على النطاق وعلى كل ما يُستثنى قبل أن نبدأ.

ماذا يعني الحد الأدنى من الصلاحيات، ولماذا تهمّ الصلاحيات الزائدة؟

الحد الأدنى من الصلاحيات يعني أن تمتلك كل هوية الصلاحيات التي يحتاجها عملها فقط. وتهمّ الصلاحيات الزائدة لأن أي دور واسع يحوّل أي مفتاح مُسرَّب أو workload مُخترَق إلى اختراق أكبر؛ فبيانات اعتماد قادرة على قراءة كل حاوية أو على انتحال أدوار أخرى تتيح للمهاجم أن يتحرك إلى ما هو أبعد بكثير من الموطئ الأول.

هل تفحصون تخزين storage العام وانكشاف الشبكة؟

نعم. الحاويات والكائنات العامة، وقواعد البيانات ولقطات الأقراص المواجهة للإنترنت، ومنافذ الإدارة مثل SSH وRDP المفتوحة للجميع، من أكثر مسارات الاختراق شيوعاً، ولذلك فهي جزء أساسي من المراجعة.

هل تراجعون التسجيل والتشفير؟

نعم. نتحقق من أن سجل التدقيق مُفعَّل ومحمي، وأن flow logs والتنبيهات تغطّي الأحداث المهمة أمنياً، وأن البيانات مشفّرة أثناء السكون وأثناء النقل بمفاتيح تُدار وتُدوَّر. فمن دون ذلك يصبح الاختراق أسهل واكتشافه أصعب في آنٍ معاً.

كيف تُحدَّد خطورة الاكتشافات؟

يُصنَّف كل اكتشاف بحسب المخاطر الفعلية في حسابكم، لا بحسب تصنيف ثابت: ما الذي يكشفه، وما مدى إمكانية الوصول إليه، وما الذي يكسبه المهاجم. فقاعدة بيانات عامة تحوي بيانات العملاء تفوق في الأولوية إعداداً داخلياً لا تصل إليه إلا هوية موثوقة.

هل تُشمل إعادة الفحص بعد المعالجة، وكم تستغرق؟

نعم؛ بعد المعالجة، نعيد فحص الاكتشافات المُبلَّغ عنها ونحدّث حالتها. وتعتمد المدة على عدد الحسابات والخدمات؛ وتستغرق المراجعة المعتادة نحو أسبوع إلى ثلاثة أسابيع، ونقدّم تقديراً دقيقاً بعد تحديد النطاق.

هل أنتم مستعدون للبدء؟
تواصلوا مع فريقنا لمناقشة احتياجات تقييم الأمان لديكم