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