النسخ الاحتياطيّ والتعافي من الكوارث

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

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

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

الخدمات الحرجة مرّةً سنويًّا على الأقلّ من طرفٍ إلى طرف، وأكثر من ذلك لكلّ ما طرأ عليه تغيير. والاختبارات الجزئيّة — ملفٌّ، أو آلةٌ واحدة — مفيدة لكنّها لا تُثبت عودة الخدمة، لأنّ الصعوبة تكمن عادةً في ترتيب الاعتماديّات.

هو يغيّر مكان إقامة النسخ، لا صحّة التصميم. فالنسخ السحابيّ يظلّ يحتاج مدد احتفاظ، وحصانةً من التعديل، واسترجاعًا مُختبَرًا، وكلفةَ إخراج بيانات (Egress) نظرتم فيها قبل اليوم الذي تحتاجون فيه بياناتكم بسرعة.

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