شركة التأمين تطلب "خطة استعادة من برامج الفدية" لتجديد البوليصة — إيش لازم يكون فيها؟

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

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

أهم 3 جداول لازم تضيفها للوثيقة هي: 1) جرد الأنظمة حسب الأولوية (أولاً المحاسبة، ثم المخزون، وأخيراً الأرشيف)، 2) قائمة جهات الاتصال الخارجية للطوارئ (خط بلاغات التأمين، شركة الأدلة الجنائية الرقمية، المستشار القانوني)، 3) خطوات الفحص والتحقق والتنظيف قبل إعادة فتح الأنظمة على الإنترنت.

الشهر الماضي مرينا بنفس التجربة لشركتنا الإنتاجية في نيويورك، وطلبوا منا نفس المستندات بالضبط. جهزنا سيناريو من صفحتين وأرفقنا معاه 14 صفحة لسجلات اختبار استعادة حقيقية، وشركة التأمين جددت البوليصة اللي قيمتها 4.200 دولار بنفس الشروط وبدون أي اعتراض.

هل وضحت في الخطة كيف تحمون النسخ الاحتياطية السحابية؟ لو انكشفت كلمة سر الحساب السحابي المهاجم بيقدر يحذف النسخ اللي هناك كمان. هل مفعلين التحقق بخطوتين المستقل وخاصية الحماية من الحذف في لوحة التحكم بالنسخ الاحتياطي؟

لازم تطبع الخطة وتحتفظ بنسخة ورقية منها على مكتب المدير العام وعندك بالبيت. بصراحة للأسف أكبر مقلب يتكرر دايماً هو إنه لما تتقفل السيرفرات ما تقدر توصل لخطة الاستعادة الرهيبة من كمبيوتر الشركة.

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

لا تقلق، لفريق من 22 شخص ما أحد يتوقع منك سيناريو كوارث مؤسسي بمئات الصفحات. ترتيب استعادة واضح، ومخطط يثبت أمان النسخ الاحتياطية، وسجل لاختبار ناجح بيكون كافي وزيادة لتجديد البوليصة.

شكراً لكتابة هذا، فهو صحيح تماماً. نسخة احتياطية غير مختبرة ليست نسخة احتياطية.

كلما كان التراجع عن القرار أصعب، كان يجب اتخاذه ببطء أكبر. أتمنى أن يفيدك هذا.

أتابع الموضوع.

دعني أترك تنبيهًا. إذا كانت هذه أول مرة، ابدأ صغيراً، والتوسع يأتي لاحقاً.

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

نحن أيضاً واجهنا نفس المشكلة في فترة معينة. تقرير الفحص الآلي ليس نفس اختبار الاختراق.

هذا كل شيء، أرجو المعذرة إذا أطالت.

لم أكن أعلم بهذا.

دعني أترك تنبيهًا. الإجراء المتخذ دون جرد المخزون يترك باباً لا تراه مفتوحاً.

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

أتفق مع هذا. بيئات الاختبار المنسية تصبح ثغرات أمنية أكثر تكرارًا من الأنظمة الحية.

لا تترددوا في السؤال، فالسائل يدفع ثمناً أقل دائماً.

هل تعتقد أن هذا يعمل لجميع الأحجام؟ لا تعتمدوا على إجراء وقائي واحد؛ اتبعوا نهج الطبقات.

صححوا لي إن أخطأت.

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

دعونا نفرق بين المفاهيم، فهناك خلط بينها. إذا كان التحقق بخطوتين مفعلًا، فإن كلمة المرور المسروقة وحدها لا تكفي.

وقت اكتشاف المشكلة يحدد تكلفتها بشكل مباشر. إذا كتبت النتيجة هنا، فستفيد الآخرين أيضاً.