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