الدرس 1 من 12 · الأساسيات
دورة الاستجابة للحوادث والتحضير
الهدف
معرفة ترتيب التصرف عند اختراق خادم Linux، ومن يقوم بماذا في الفريق، وما الذي يجب أن يكون جاهزًا قبل الأزمة حتى لا يُرتجَل شيء يوم وقوعها.
الأساسيات
- تتبع الاستجابة للحوادث دورة: التحضير، الكشف والتحليل، الاحتواء، الإزالة، الاستعادة، الدروس المستفادة. تخطّي مرحلة مكلف (تُعيد التثبيت قبل أن تفهم، فيعود المهاجم من الباب نفسه).
- القاعدة الأولى هي عدم إتلاف الأدلة: لا تُطفئ الخادم، لا «تنظّف» يدويًا، لا تشغّل أداة تكتب فوق القرص.
- يُدوَّن كل إجراء في سجل وقائع (logbook) بطابع زمني بتوقيت UTC، مع اسم صاحبه.
- يجري التحضير على البارد: جهات الاتصال، صلاحيات الوصول الطارئة، السجلات المركزية، حقيبة أدوات موثوقة مع بصماتها، أدلة التشغيل، التمارين.
- تجيب عن سؤال يخص العمل لا عن سؤال تقني فقط: أي بيانات؟ أي عملاء؟ أي التزامات قانونية؟
1. المراحل الست
النموذج الأكثر استعمالًا في الميدان يقسّم الاستجابة إلى ست خطوات. تجمّعها الأدلة الرسمية أحيانًا بشكل مختلف (دليل NIST الأمريكي، في نسخته لعام 2025، يربطها بوظائف إطار الأمن السيبراني CSF 2.0: الحوكمة، التحديد، الحماية، الكشف، الاستجابة، الاستعادة)، لكن العمل على الأرض يبقى نفسه.
| المرحلة | السؤال | مثال على ml-web-01 |
|---|---|---|
| التحضير | هل نحن جاهزون؟ | السجلات مُرسَلة إلى ml-log-01، النسخ الاحتياطية مُختبَرة، حقيبة الأدوات جاهزة |
| الكشف والتحليل | ما الذي يحدث فعلًا؟ | تنبيه عن ارتفاع المعالج، ثم اتصال root مجهول في auth.log |
| الاحتواء | كيف نوقف النزيف دون محو الآثار؟ | سحب الخادم من الشبكة العامة، إبقاؤه مشتغلًا، حظر عنوان IP |
| الإزالة | ماذا ترك المهاجم؟ | حذف مفتاح SSH المُضاف، الحساب المخفي، مهمة cron، وإصلاح الثغرة |
| الاستعادة | كيف نعود للخدمة بثقة؟ | إعادة البناء من صورة سليمة، استعادة بيانات موثوقة، مراقبة لصيقة |
| الدروس المستفادة | ماذا نتعلّم؟ | مراجعة بلا بحث عن مذنب، خطة عمل مؤرَّخة، تحديث الأدلة |
ليست خطًا مستقيمًا: أثناء الإزالة تكتشف غالبًا آلة ثانية مُصابة، فتعود إلى التحليل.
احتواء قصير وطويل
- قصير المدى: قطع وصول المهاجم بأسرع ما يمكن (قاعدة جدار ناري، مجموعة أمان سحابية، كابل الشبكة، تعطيل حساب).
- طويل المدى: مواصلة خدمة العملاء أثناء التحقيق (خادم بديل نظيف، صفحة صيانة).
قطع الكهرباء خطأ في أغلب الأحيان: الذاكرة الحية (العمليات، الاتصالات، مفاتيح التشفير، الملفات المحذوفة التي ما زالت مفتوحة) تختفي. نعزل عن الشبكة، نُبقي الآلة مشتغلة، ثم نجمع (الدرس 1.2).
2. الفريق والأدوار
حتى في بنية صغيرة، لكل دور اسم قبل الأزمة:
| الدور | المهمة |
|---|---|
| مسؤول الحادث | يقرّر، يرتّب الأولويات، يمسك سجل الوقائع، يحدّث الإدارة |
| المحللون | يجمعون، يحللون، يقترحون التدابير التقنية |
| مسؤولو النظام | ينفّذون إجراءات الاحتواء والاستعادة |
| التواصل | الرسائل الداخلية، العملاء، الصحافة (الدرس 4.1) |
| القانوني / مسؤول حماية البيانات | الالتزامات القانونية، الشكاية، التبليغات |
| الإدارة | تحسم الخيارات المكلفة (إيقاف خدمة، رفض فدية، التواصل العلني) |
في المغرب، للإدارات العمومية والبنيات التحتية ذات الأهمية الحيوية التزام إضافي بالتبليغ لدى DGSSI (الدرس 4.1). يجب أن يكون جهة الاتصال في البطاقة قبل الحادث.
3. سجل الوقائع
يمتد التحقيق أيامًا؛ بلا سجل، لا أحد يعرف من أعاد تشغيل ماذا ومتى. سطر واحد لكل إجراء:
# التنسيق البسيط: وقت UTC | الفاعل | الإجراء
date -u +%Y-%m-%dT%H:%M:%SZ # 2026-10-20T08:15:00Z
echo "$(date -u +%Y-%m-%dT%H:%M:%SZ) | ops | ml-web-01 retiré du groupe de sécurité public" >> logbook.txt
القواعد:
- دائمًا UTC (الخادم والجدار الناري وSIEM ليست بالضرورة في المنطقة نفسها؛ وقد غيّر المغرب توقيته عدة مرات)؛
- الإضافة (
>>) لا الكتابة فوقه أبدًا؛ فالسجل نفسه قطعة من الملف؛ - دوّن أيضًا القرارات وأسبابها («قرار عدم الإطفاء: مقرَّر التقاط الذاكرة»).
4. حقيبة الأدوات الموثوقة
على آلة مخترقة، قد تكون ls أو ps أو netstat قد استُبدِلت لإخفاء المهاجم. لذا تُجهَّز على البارد ملفات تنفيذية سليمة وبصماتها:
mkdir -p /media/cle-ir/outils && cd /media/cle-ir/outils
cp /usr/bin/{ls,find,grep,stat,sha256sum,ps,ss,lsof} . # depuis une machine saine de même version
sha256sum * > SHA256SUMS
# يوم الحادث، على الخادم المشبوه، نشغّل الأدوات من المفتاح:
/media/cle-ir/outils/sha256sum -c /media/cle-ir/outils/SHA256SUMS
/media/cle-ir/outils/ls -la /tmp
نضيف إليها: قرص جمع فارغًا ومهيَّأً، كابل شبكة، أدلة التشغيل مطبوعة، لائحة جهات الاتصال، سكربتات جمع مُختبَرة (الدرس 1.2)، وصلاحيات الطوارئ (حساب احتياطي، وصول إلى وحدة التحكم لدى مزوّد السحابة).
5. التحضير، عمليًا
- الجرد: أي آلات، أي بيانات، من المسؤول عنها.
- السجلات: دائمة، متزامنة التوقيت (NTP)، منسوخة خارج الخادم.
- النسخ الاحتياطية: غير متصلة أو غير قابلة للتعديل، مع اختبار الاستعادة.
- أدلة التشغيل: «حساب مخترق»، «خادم ويب مشوَّه»، «برنامج فدية»، «تسريب بيانات».
- تمارين على الطاولة: ساعتان كل ثلاثة أشهر، سيناريو واحد، كل يلعب دوره.
الأخطاء الشائعة
- الإطفاء أو إعادة التشغيل «للاطمئنان»: نصف الأدلة يرحل مع الذاكرة.
- إعادة التثبيت فورًا دون فهم مدخل المهاجم: يعود من الثغرة نفسها الأسبوع المقبل.
- إبلاغ الفريق عبر البريد الذي قد يكون مخترقًا: استعمل قناة منفصلة (هاتف، مراسلة خارج النطاق).
- خلط التوقيتات المحلية: خط زمني خاطئ بساعة يقود إلى استنتاجات خاطئة.
التطبيق العملي (Lab)
تُحضّر الاستجابة للحادث INC-2026-0007:
- فتح سجل الوقائع بسطر أول بطابع زمني UTC؛
- إضافة سطر ثانٍ دون الكتابة فوق الأول؛
- تكوين حقيبة الأدوات الموثوقة وملف بصماتها؛
- ترتيب الإجراءات المتخذة أثناء الحادث في المرحلة الصحيحة من الدورة.
اختبار قصير
- اذكر المراحل الست بالترتيب.
- لماذا يجب عدم إطفاء خادم مخترق؟
- ما الفرق بين الاحتواء والإزالة؟
- لماذا نُدوّن الأوقات بتوقيت UTC في سجل الوقائع؟
- ما فائدة ملف
SHA256SUMSالخاص بحقيبة الأدوات؟
الأجوبة
- التحضير، الكشف والتحليل، الاحتواء، الإزالة، الاستعادة، الدروس المستفادة.
- الذاكرة الحية (العمليات، الاتصالات، الملفات المحذوفة المفتوحة، المفاتيح) تختفي عند الإطفاء؛ وهي غالبًا أفضل دليل.
- الاحتواء يمنع المهاجم من المضي؛ الإزالة تحذف ما ثبّته وتصلح الثغرة المستعملة.
- لمقارنة مصادر من مناطق زمنية مختلفة (الخادم، الجدار الناري، SIEM، مزوّد السحابة) دون خطأ.
- للتحقق، يوم الحادث، من أن أدوات الحقيبة لم تُعدَّل.