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