النسخة الاحتياطية وحدها لا تعيد الموقع؛ runbook واضح هو ما يحولها إلى عودة خدمة.
أشارت تحديثات NIST في يونيو 2026 إلى إرشادات ransomware وإلى دليل quick start للنسخ في بيئات تشغيلية حساسة، بينما تؤكد CISA باستمرار على النسخ offline والمشفرة واختبار الاسترجاع. لأي VPS أو cPanel، الدرس واحد: اكتب runbook استرجاع قبل أن تحتاجه.
ماذا يحتوي runbook؟
ابدأ بتحديد ما الذي يجب أن يعود أولًا: DNS، ملفات الموقع، قاعدة البيانات، SSL، البريد، cron jobs، والنماذج. ليس كل شيء له نفس الأولوية، لكن يجب أن يعرف الفريق الترتيب.
اكتب أين توجد النسخ، كيف تتحقق من سلامتها، من يملك صلاحية الوصول، وما الاختبارات التي تثبت أن الاسترجاع نجح. بدون هذه النقاط يصبح backup مجرد أمل جيد.
كيف تربطه بالمراقبة؟
المراقبة تخبرك أن الموقع تعطل أو أن القرص امتلأ أو أن الخدمة لا ترد. لكن قيمة المراقبة تزيد عندما ترتبط بخطة: متى نستخدم آخر نسخة؟ متى نوقف تغييرات جديدة؟ ومتى نعلن أن الموقع عاد؟
استخدم نتائج restore drill لتحديث التنبيهات. لو اكتشفت أن قاعدة البيانات تحتاج وقتًا أطول من المتوقع، عدل RTO بدل تركه رقمًا نظريًا.
Checklist runbook
- حدد RPO وRTO لكل موقع مهم.
- وثق مكان النسخ وطريقة التحقق منها.
- اختبر استرجاع قاعدة بيانات وملفات في بيئة آمنة.
- راجع SSL والنماذج والبريد بعد الاسترجاع.
- احفظ خطوات العودة بلغة مختصرة ومفهومة.
- راجع صلاحيات الوصول للنسخ دوريًا.
قرار عملي هذا الأسبوع
اختر موقعًا واحدًا ونفذ اختبار استرجاع محدود. لا تبدأ بأكبر موقع ولا أصعب حالة. الهدف أن تكشف الفجوات بهدوء: ملف ناقص، صلاحية خاطئة، أو خطوة غير موثقة.
بعد الاختبار، حدث runbook فورًا. أهم قيمة في الاختبار ليست نجاحه فقط، بل ما يكشفه قبل أن يكون الضغط حقيقيًا.
المصادر
- NIST CSRC: Ransomware Risk Management IR 8374r1.
- CISA StopRansomware Guide.
- CISA cyber guidance for small businesses.
هل لديك runbook استرجاع فعلي؟
نراجع النسخ والمراقبة وخطوات الاسترجاع حتى تعرف ماذا تفعل قبل أن يتحول العطل إلى أزمة.
اطلب مراجعة الموقع