المسؤولية المشتركة: ما الذي يديره المزود وما الذي يبقى على العميل؟

الانتقال إلى السحابة ينقل بعض الأعمال، لا كل المسؤوليات

أحد أكثر الأخطاء تأثيرًا في السحابة هو افتراض أن المزود «مسؤول عن الأمن كله». نموذج المسؤولية المشتركة يوضح أن المزود والعميل يملكان مسؤوليات مختلفة بحسب الخدمة. في كل النماذج يدير المزود البنية الفيزيائية التي تشغل الخدمة بدرجات متفاوتة، بينما تبقى لدى العميل مسؤوليات مرتبطة ببياناته وهوياته وإعداداته واستخدامه. وكلما انتقلنا من IaaS إلى PaaS ثم SaaS، يدير المزود طبقات تقنية أكثر، لكن هذا لا يحوّل العميل إلى طرف بلا مسؤولية.

IaaS: المزود يحمي البنية الأساسية وأنت تدير الضيف وما فوقه

تخيل آلة افتراضية تعمل على IaaS. المزود يدير مركز البيانات والخادم الفيزيائي وطبقة البنية التي تتيح الآلة. أما نظام التشغيل الضيف الذي نصبه العميل وتطبيقه وحساباته وبياناته فتحتاج إدارة من العميل وفق الخدمة. إذا ظهرت ثغرة معروفة في نظام التشغيل الضيف ولم يطبق العميل تحديثًا مطلوبًا، لا تصبح المشكلة تلقائيًا مسؤولية المزود لأن الجهاز الفيزيائي لدى المزود. حدود المسؤولية تتبع الطبقة التي يديرها كل طرف. لذلك ينبغي لكل فريق أن يحول نموذج الخدمة إلى قائمة تشغيل فعلية: من يصحح؟ من يراقب؟ من يراجع الصلاحيات؟ ومن يختبر الاستعادة؟

PaaS: ينتقل نظام التشغيل إلى المزود، لكن الكود والبيانات لا تختفي مسؤوليتها

في PaaS لا يدير فريق التطبيق عادة نظام التشغيل الأساسي بالطريقة التي يديره بها في IaaS، لكن الفريق يظل مسؤولًا عن كود التطبيق الذي نشره، وإعدادات التطبيق والبيانات والوصول ضمن نطاق تحكمه. إذا كتب الفريق كودًا يسمح لأي مستخدم بقراءة بيانات لا يملك صلاحيتها، فلن يحل المزود المشكلة لمجرد أنه يدير نظام التشغيل. المسار العملي هو فصل مسؤوليات المنصة عن مسؤوليات التطبيق ثم تحديد ضوابط لكل جهة. انخفاض عبء تشغيل الخادم ميزة، لكنه لا يساوي انخفاضًا تلقائيًا في مسؤولية تصميم التطبيق الآمن.

SaaS: التطبيق مُدار، لكن حساباتك وبياناتك وقراراتك ما زالت لك

في SaaS يدير المزود التطبيق الأساسي وطبقاته، ومع ذلك قد يقع أكبر خطر من إعداد عميل بسيط: حساب لموظف غادر ولم يُلغ، مشاركة ملف مع جمهور أوسع من المطلوب، أو منح دور إداري لشخص لا يحتاجه. هذه أمثلة لاختيارات داخل نطاق العميل. لذلك لا يكفي سؤال «هل المزود آمن؟»؛ اسأل أيضًا «هل هيأت المؤسسة الخدمة بأمان؟ هل تُراجع الصلاحيات؟ هل توجد عملية لإضافة الحسابات وتغييرها وإلغائها؟ هل يعرف المستخدمون نوع البيانات المسموح بوضعها في الخدمة؟»

لتحويل الفكرة إلى ممارسة، أنشئ «مصفوفة مسؤولية سحابية» صغيرة لكل خدمة مهمة. اكتب الطبقات أو المهام في الصفوف، ثم حدد: المزود، العميل، أو مسؤولية مشتركة تحتاج تنسيقًا. أضف اسم الفريق المسؤول داخل المؤسسة ودليل التحقق المطلوب. لا تنسخ مصفوفة عامة وتفترض أنها تطابق كل منتج؛ وثائق الخدمة الحالية هي المرجع عند تحديد تفاصيل منتج بعينه. هذا البرنامج يبقى مزودًا-محايدًا، ولذلك يستخدم الأمثلة لتعليم طريقة السؤال لا لحفظ واجهة منتج.

الخلاصة: المسؤولية المشتركة خريطة حدود، لا شعارًا. في IaaS يدير العميل طبقات أكثر، وفي PaaS ينقل نظام التشغيل والمنصة أكثر إلى المزود، وفي SaaS يدير المزود التطبيق الأساسي وطبقاته؛ ومع ذلك تبقى بيانات العميل وهوياته وصلاحياته وإعداداته واستخدامه مسؤوليات لا ينبغي إسقاطها. أفضل سؤال تشغيلي هو: «من يدير هذه الطبقة، وما الدليل أن الضابط الذي يعنينا مطبق فعلًا؟»