Backup · Incident Response · WordPress
قبل تنظيف الاختراق: هل النسخة الاحتياطية قابلة للاسترجاع فعلًا؟
في حوادث WordPress وcPanel، أكبر خطأ هو بدء التنظيف قبل التأكد من وجود نسخة احتياطية سليمة. وجود plugin أو خدمة backup لا يكفي؛ المهم أن تكون النسخة قابلة للاسترجاع عند الحاجة.
النسخ الاحتياطي غير المختبر مجرد أمل. في incident response، يجب معرفة آخر نسخة سليمة، مكانها، وحجمها، وهل يمكن استرجاع الملفات وقاعدة البيانات منها.
ما الذي يجب التحقق منه؟
- هل خدمة backup تعمل الآن أم متوقفة؟
- ما تاريخ آخر نسخة كاملة؟
- هل تشمل الملفات وقاعدة البيانات؟
- هل هناك مساحة كافية لاسترجاع مؤقت أو تنزيل نسخة؟
- هل النسخة قبل وقت الاختراق أم بعده؟
متى لا نرجع backup مباشرة؟
ليس كل اختراق يعني restore كامل. أحيانًا يكون الأفضل عزل ملف واحد وحذف مستخدم دخيل ومراجعة logs، خاصة إذا كان الموقع نشطًا وبه محتوى جديد. لكن حتى في هذه الحالة يجب أن تعرف أن لديك نسخة رجوع إذا حدث خطأ.
النموذج الصحيح
- قراءة وتنصيف الخطر.
- تأكيد وجود backup صالح.
- تنفيذ containment محدود.
- اختبار الموقع بعد التنظيف.
- تشغيل فحص متابعة للتأكد أن المؤشر لم يرجع.
مش متأكد إن backup قابل للاسترجاع؟
ok4host يراجع سياسة النسخ الاحتياطي ويجري restore-readiness check قبل أي تنظيف أو نقل حساس.
اطلب Backup Verification