خطة استمرارية الأعمال والتعافي من الكوارث في السعودية: دليل عملي للمنشآت

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

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

ما الفرق بين خطة استمرارية الأعمال وخطة التعافي من الكوارث؟

كثيراً ما يُستخدم المصطلحان بالتبادل، لكن نطاقهما مختلف. فاستمرارية الأعمال تُبقي المنشأة تعمل، أما التعافي من الكوارث فيعيد التقنية التي تعمل عليها.

خطة التعافي دون خطة استمرارية تعيد خوادم لا يعرف أحد كيف يستخدمها، وخطة الاستمرارية دون تعافٍ لا تجد أنظمة تستند إليها. فأنت تحتاج إلى الاثنتين، ويجب أن تتشاركا الأولويات نفسها.

ماذا تتطلب الأنظمة السعودية؟

الضوابط الأساسية للأمن السيبراني

تتناول الضوابط الأساسية للأمن السيبراني (ECC-2:2024) الصادرة عن الهيئة الوطنية للأمن السيبراني، والملزمة للجهات الحكومية وجهات البنية التحتية الوطنية الحساسة، موضوع التعافي في موضعين:

• المكوّن الفرعي (3-1) جوانب صمود الأمن السيبراني في إدارة استمرارية الأعمال: يجب أن تشمل متطلبات استمرارية الأعمال كحد أدنى التأكد من استمرارية أنظمة وإجراءات الأمن السيبراني، وإعداد خطط للاستجابة للحوادث السيبرانية التي قد تؤثر على استمرارية الأعمال، وإعداد خطط التعافي من الكوارث.
• المكوّن الفرعي (2-9) إدارة النسخ الاحتياطية والاستعادة: يجب أن تشمل النسخ الاحتياطية الأصول التقنية والمعلوماتية الحرجة، وأن تتيح الاستعادة السريعة بعد الحوادث السيبرانية، وأن تُختبر فاعلية الاستعادة دورياً.

ويغطي دليلنا للضوابط الأساسية للأمن السيبراني بقية مكونات الإطار.

إطار إدارة استمرارية الأعمال للبنك المركزي السعودي

على الجهات الخاضعة لإشراف البنك المركزي السعودي (ساما) أيضاً الالتزام بإطار إدارة استمرارية الأعمال الصادر في 27 فبراير 2017. ويهدف الإطار إلى تعزيز قدرة المنشآت على الصمود لتبقى خدماتها مستمرة ومتاحة، ويستند إلى معايير ISO 22301 وISO 27001 وإرشادات الممارسات المعتمدة لدى معهدي BCI وDRII.

التزامات الإشعار في نظام حماية البيانات الشخصية

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

كيف تحدد أهداف RTO وRPO؟

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

حدّد هذه الأهداف لكل نظام عبر تحليل أثر توقف الأعمال، بمشاركة ملّاك الأعمال لا فريق تقنية المعلومات وحده. ثم صنّف الأنظمة في مستويات لتتبع البنية والميزانية الأولويات. والقيم التالية استرشادية، أما قيمك فيجب أن تأتي من تحليلك الخاص.

وكثيراً ما يُنسى المستوى 0؛ فإذا تعطّل مزوّد الهوية أو لوحة إدارة النسخ الاحتياطية، فلن يمكن استعادة أي شيء آخر، لذا تُستعاد هذه الخدمات أولاً.

ما بنية التعافي المناسبة لكل نظام؟

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

كيف تُبقي بيانات التعافي داخل المملكة؟

نسخ التعافي بيانات أيضاً، وتخضع لقواعد التوطين نفسها المطبقة على بيئة الإنتاج. والموقع الثانوي أو المنطقة السحابية داخل المملكة يتيحان تحقيق أهداف التعافي دون نقل البيانات خارج الحدود. والخيارات المحلية تتزايد: إذ تشغّل Google Cloud منطقة في الدمام تُباع للعملاء المسجلين بعنوان فوترة سعودي عبر CNTXT (توثيق Google Cloud)، وأكدت مايكروسوفت تشغيل منطقة Saudi Arabia East لأحمال العملاء اعتباراً من الربع الرابع 2026، كما يقدّم مزوّدون سعوديون مسجلون لدى هيئة الاتصالات والفضاء والتقنية استضافة لكل مستوى من مستويات تصنيف البيانات. ويشرح مقالنا عن الحوسبة السحابية وتوطين البيانات في السعودية كيف تطابق الموقع مع البيانات.

كيف تغيّر برمجيات الفدية خطة التعافي؟

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

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

وتنتمي هذه الضوابط إلى البنية الأمنية الأشمل التي نشرحها في دليل البنية الأمنية للمنشآت في المملكة.

كيف تكتب خطة التعافي من الكوارث خطوة بخطوة؟

1. حلّل أثر توقف الأعمال: حدّد العمليات الحرجة والأنظمة التي تعتمد عليها وتكلفة التوقف.
2. حدّد RTO وRPO لكل نظام وصنّفه في المستوى المناسب.
3. ارسم خريطة الاعتماديات: الهوية وخدمة أسماء النطاقات والشبكة وقواعد البيانات والتكاملات يجب أن تُستعاد بالترتيب الصحيح.
4. اختر البنية لكل مستوى وأبقِ نسخ التعافي داخل المملكة.
5. حدّد الأدوار وجهات الاتصال: صاحب القرار، والقادة الفنيون، ومسؤول الاتصال، وجهات الاتصال لدى المورّدين، مع بدلاء لكل منهم.
6. اكتب أدلة التشغيل للتحويل والتحقق والعودة، بتفصيل يسمح لشخص غير كاتبها بتنفيذها.
7. خطّط للتواصل مع الموظفين والعملاء والجهات التنظيمية، ومع سدايا عند تأثر بيانات شخصية.
8. أشرك المورّدين: يجب أن تنص عقود السحابة والاستضافة والخدمات المُدارة على التزامات التعافي وإجراءات التواصل عند وقوع حادث سيبراني، وهو ما يشترطه المكوّن الفرعي (4-1) في الضوابط الأساسية للأطراف الخارجية أصلاً، فلا تفترض أن المزوّد سيتعافى وفق أولوياتك.
9. اختبر وقِس وطوّر وفق جدول ثابت، وحدّث الخطة بعد كل اختبار وكل تغيير كبير.

كم مرة يجب اختبار خطة التعافي؟

خطة التعافي التي لم تُختبر قط مجرد فرضية. ويشترط المكوّن (2-9) في الضوابط الأساسية صراحةً اختبار فاعلية استعادة النسخ الاحتياطية دورياً، والحد الأدنى المعقول هو تمرين تعافٍ كامل مرة واحدة سنوياً على الأقل، مع اختبارات أخف بوتيرة أعلى:

• تمرين المحاكاة المكتبية: مناقشة سيناريو مع أصحاب القرار، كل ربع سنة أو بعد أي تغيير تنظيمي.
• اختبار استعادة مكوّن: استعادة قاعدة بيانات أو خادم من النسخة الاحتياطية والتحقق من سلامته، شهرياً للأنظمة الحرجة.
• اختبار التحويل الكامل: تحويل خدمة من المستوى 1 إلى البيئة الاحتياطية ثم العودة، مرة سنوياً على الأقل.

قِس زمن التعافي ونقطة التعافي الفعليين، وقارنهما بالأهداف، وعالج ما أخفق. فالفرق التي تختبر بانتظام تتعافى أسرع لسبب بسيط: أدلة التشغيل لديها محدّثة، وأفرادها نفّذوا الإجراءات من قبل.

ما الخطوة التالية؟

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