استرداد البيانات ليس تحققًا من السلامة: ما الذي يجب التأكد منه قبل الوثوق بالاستعادة

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

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

ما الذي تثبته الاستعادة الناجحة، وما الذي لا تثبته

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

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

الاستعادة الناجحة تثبت أن النسخة عادت. ولا تثبت أن النسخة كانت صحيحة.

كيف تصل البيانات المخترقة إلى النسخ الاحتياطية

مدة بقاء المهاجم

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

تغييرات صامتة

ليس كل عبث لافتًا. فتغيير في IBAN مورّد أو في سجل سريري أو في معامل إعداد قد يمرّ دون أن يُلاحَظ لأسابيع. وإذا لم يكن لدى أحد مرجع مستقل للحالة الصحيحة، تصبح النسخة المعدّلة هي النسخة «الحقيقية» افتراضيًا.

التلف المنطقي وأخطاء التطبيقات

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

التهديدات الداخلية

يستطيع مستخدم يملك صلاحية مشروعة تعديل السجلات، وفي بعض الحالات تعديل النسخ أو السجلات (logs) التي كانت ستتيح كشف التعديل. وبدون مرجع خارج متناوله، يصبح الكشف رهنًا بالحظ.

ما الذي يجب التأكد منه قبل الوثوق بالاستعادة

لا تحلّ القائمة التالية محل خطة الاسترداد، لكنها تحدّد الفحوصات التي تميّز بين «استرددنا» و«استرددنا بيانات يمكننا الوثوق بها».

1. هل يوجد مرجع مستقل للحالة الصحيحة؟ بدون سجل للحالة المعروفة بأنها سليمة، محفوظ بعيدًا عن متناول من اخترق البيئة، لا يوجد ما تُقارَن به. ويجب أن يكون هذا المرجع سابقًا للحادث وقابلًا للتحقق.
2. هل تتطابق البصمة الرقمية لما استُعيد مع المرجع؟ احسب البصمات الرقمية التشفيرية للملفات أو السجلات المستعادة وقارنها بتلك التي ختمتها. والتطابق التام هو الإثبات القوي الوحيد على أن المحتوى لم يتغيّر.
3. ما آخر نقطة سليمة بشكل مثبت؟ بدلًا من استعادة أحدث نسخة افتراضيًا، حدّد أحدث نقطة زمنية تطابق حالتها المرجع. وهذه هي نقطة الاسترداد التي يمكن الدفاع عنها.
4. هل كل شيء موجود؟ تحقق من الاكتمال: ملفات مفقودة أو صفوف محذوفة أو فترات بلا سجلات. فنسخة سليمة لكنها ناقصة تظل مشكلة.
5. هل يقبل التطبيق البيانات؟ نفّذ فحوصات الاتساق على مستوى التطبيق وقاعدة البيانات، بما في ذلك سلامة العلاقات المرجعية وقواعد العمل الحرجة.
6. هل البيئة المستعادة خالية من ناقل الهجوم؟ تأكد من أن الحسابات وبيانات الاعتماد والمهام المجدولة والإعدادات المستعادة لا تعيد إدخال وصول المهاجم.
7. هل تستطيع إثبات كل ذلك لطرف ثالث؟ وثّق كل فحص بختم زمني ونتيجة. فأدلة عملية الاسترداد هي نفسها متطلب في أطر مثل DORA وNIS2.

الاسترداد الانتقائي: استعادة ما تغيّر فقط

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

ما تتوقعه الجهات التنظيمية

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

إن مؤسسة تستطيع أن تُظهر، بأدلة مستقلة، أن البيانات المستعادة تطابق حالة مُتحقَّقًا منها، تكون في موقع مختلف كثيرًا عن مؤسسة لا تستطيع سوى إظهار أن مهمة الاستعادة انتهت دون أخطاء.

كيف تساعد ROOTKey

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

وعندما يلزم الاسترداد، يعتمد على الحالة المطابقة للسجل المختوم فقط. وتتيح نقاط الاسترداد الآلية معرفة أن البيانات سليمة قبل الاستعادة، ويمكن أن تكون مهام الاسترداد كاملة أو مجزّأة، وصولًا إلى إصدار ملف واحد أو صف جدول واحد. دون تخمين - بيانات سليمة فقط، مُتحقَّق منها باستقلالية. اطّلع على المزيد في استرداد البيانات.