أساسيات الأمان السحابي: ماذا يحميه المزوّد، وماذا تبقى مسؤوليتك أنت؟

"السحابة آمنة" جملة غامضة تُخفي أخطر سوء فهم في هذا المجال: أمان السحابة مقسّم بين المزوّد وبينك، وأغلب الاختراقات الفعلية تحدث في النصف الذي تملكه أنت.

حين يقول مزوّد سحابي إن بنيته التحتية "آمنة"، فهذا صحيح غالباً — لكنه يصف نصف المعادلة فقط. جميع المزودين الكبار يعتمدون نموذج "المسؤولية المشتركة": المزوّد يؤمّن الطبقات الفيزيائية والبنية التحتية الأساسية، وأنت مسؤول عن كل ما تبنيه وتُعِدّه فوقها.

ما يحميه المزوّد فعلاً

• أمان مراكز البيانات الفيزيائي، والشبكة الأساسية بين مراكزها.
• تصحيح الثغرات في البنية التحتية الأساسية (hypervisor، الشبكة الفيزيائية).
• توفر الخدمة على مستوى البنية التحتية (لا يعني توفر تطبيقك أنت).

ما يبقى مسؤوليتك أنت

• إعدادات الوصول: من له صلاحية الدخول إلى كل مورد، وبأي صلاحيات بالضبط.
• تشفير البيانات: تفعيل التشفير عند التخزين وأثناء النقل — لا يحدث تلقائياً في كثير من الخدمات.
• إعدادات الشبكة: فتح منفذ أو خدمة للعامة (public) عن طريق الخطأ هو السبب الأكثر شيوعاً لاختراقات السحابة الفعلية.
• تحديث تطبيقاتك: المزوّد لا يحدّث الكود الذي كتبته أنت أو مكتباتك المستخدمة.

الخطأ الأشيع: صناديق تخزين مفتوحة للعامة

غالبية حوادث تسريب البيانات السحابية الكبرى المعروفة إعلامياً لم تكن اختراقاً تقنياً معقداً، بل صندوق تخزين (S3 bucket أو ما يعادله) تُرك مفتوحاً للقراءة العامة بسبب إعداد افتراضي لم يُراجَع. هذا خطأ إعداد، لا ثغرة في المزوّد.

خطوات عملية أساسية

• راجع صلاحيات الوصول دورياً، واحذف كل حساب أو مفتاح لم يعد مستخدماً.
• فعّل المصادقة الثنائية (MFA) على كل حساب إداري دون استثناء.
• لا تفترض أن الإعداد الافتراضي آمن؛ راجعه صراحةً لكل مورد جديد.
• سجّل كل عملية وصول (logging) بحيث يمكن تتبع أي حادث لاحقاً.

الخلاصة

السحابة لا تُقصّر أمانك تلقائياً ولا تخترقه تلقائياً؛ هي أداة، ونتيجة استخدامها الآمن أو غير الآمن تعتمد على من يُعِدّها. سؤال "هل السحابة آمنة؟" سؤال خاطئ؛ السؤال الصحيح هو "هل أعددناها بشكل صحيح؟"