تصنيف الحوادث

خطوة 1: تحديد نوع البيانات المتأثرة (dataInvolved). مؤشّر ثنائي: نعم إذا كانت هناك بيانات حساسة (شخصية بمقتضى GDPR، أو مالية كبطاقات الائتمان، أو صحية بمقتضى HIPAA) ولا إذا كانت بيانات عامة. يترجم هذا المؤشر إلى درجة على المقياس ثلاثي القيم: نعم = 3 (حساسية مرتفعة)، لا = 1 (حساسية منخفضة).

خطوة 2: تقييم أهمية النظام (systemCriticality). حدد مدى حيوية النظام المتأثر للمؤسسة. الأنظمة الحيوية مثل خوادم الدفع، قواعد البيانات الأساسية، أو أنظمة التحكم الصناعي تحصل على درجة عالية (3). الأنظمة الداعمة أو غير الحيوية (مثل مواقع الويب التابعة) تحصل على درجة منخفضة (1). هذا يعكس أولوية الاستجابة. المقياس هنا من 1 إلى 3 لا من 1 إلى 5.

خطوة 3: تقدير تأثير المستخدمين (userImpact). قيّم عدد المستخدمين المتأثرين ومدى تأثير الحادث عليهم. إذا كان آلاف المستخدمين يعانون من انقطاع الخدمة أو تسرب بيانات، تكون الدرجة عالية (3). إذا كان التأثير محدودًا (أقل من 10 مستخدمين)، تكون الدرجة منخفضة (1). ضع في اعتبارك أيضًا مدة التأثير وطبيعته (مثل فقدان البيانات أو انقطاع الخدمة). وتحوّل الحاسبة هذا العدد إلى درجة وفق التسليم الموثق في الأسئلة الشائعة: أقل من 10 مستخدمين ⇒ 1، ومن 10 إلى 100 ⇒ 2، وأكثر من 100 ⇒ 3.

خطوة 4: تطبيق مصفوفة التصنيف. تُحوَّل العوامل الثلاثة إلى درجات على مقياس 1-3 (البيانات: نعم=3 ولا=1؛ حرجية النظام تُدخل كما هي من 1 إلى 3؛ المستخدمون: 1 أو 2 أو 3 بحسب العتبات أعلاه). ثم يُحسب المتوسط: (درجة_البيانات + درجة_النظام + درجة_المستخدمين) ÷ 3. ثم تُقسَّم النتيجة إلى مستويات: 1.0-1.5 = منخفض، 1.6-2.0 = متوسط، 2.1-2.5 = عالٍ، 2.6-3.0 = حرج.

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