تم اختراق حساب Microsoft لأحد الموظفين — ماذا نفعل في الساعة الأولى؟

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

قد لا يكفي مجرد الضغط على زر إنهاء الجلسة؛ تحقق أيضاً من واجهات API والتطبيقات المصرح لها من أطراف خارجية. فأحياناً يربطون أذونات تطبيق خارجي بالحساب ويستمرون في قراءة البريد عبر رمز التفويض حتى بعد إغلاق الجلسة. احرص على مسح قائمة تطبيقات المؤسسة وأذونات الوصول في لوحة التحكم.

حافظوا على هدوئكم ولا تحذفوا أي سجلات. يقوم بعض المديرين المذعورين أحياناً بمسح صندوق الوارد بالكامل أو حذف الحساب؛ في حين أنكم ستحتاجون إلى سجلات log هذه بموجب تشريعات حماية البيانات وإلزامية الإبلاغ عن الحوادث السيبرانية المحلية في ألمانيا. قوموا بتنزيل سجلات التدقيق ذات الطبيعة الإثباتية إلى أجهزتكم فوراً.

صارت معنا السنة الماضية كمان. يعني لا تتجاهلون جزئية القواعد أبداً، كانوا يخلون الإيميلات اللي فيها كلمة فاتورة تتحول تلقائياً وتنحذف وما انتبهنا إلا بعد أسبوعين للأسف.

بعد السيطرة على الحادثة، أنصحكم بالتواصل مع مسؤول حماية البيانات لديكم. فإذا تبين تسريب بيانات شخصية أو أسرار تجارية تخص أطرافاً خارجية، فقد يتعين عليكم إخطار هيئة الرقابة المعنية والعملاء المتأثرين رسمياً ضمن المهل القانونية.

المسألة الحقيقية التي تستحق المساءلة هي عدم إمكانية الوصول إلى الشركة التي تدفعون لها 800 Euro شهرياً في حالات الطوارئ. ألا يوجد بند خاص بوقت الاستجابة في عقدكم؟ بعد تجاوز هذه الأزمة، افتحوا هذا العقد للنقاش، فخدمة الدعم التي لا ترد خلال الساعة الأولى لا توفر أي أمان فعلي.

ألخص ما يجب فعله الآن بالترتيب: 1) إنهاء جلسات المستخدم من اللوحة العامة. 2) حذف قواعد إعادة توجيه صندوق البريد. 3) تحديث كلمة المرور ووسائل المصادقة متعددة العوامل. 4) أخذ نسخة احتياطية من سجلات تسجيل دخول المستخدم لآخر 48 ساعة. 5) إبلاغ فريقي المالية والعمليات بشأن رسائل تغيير الحساب.

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

تم الحفظ. عندما تحاول تغيير كل شيء دفعة واحدة، لا يستقر أي شيء.

أود طرح سؤال. لا يتم التحقق من تغييرات معلومات الدفع أبداً عبر القناة الواردة منها.

إذا كان هناك من يفعلها بطريقة أخرى، فأنا فضولي لمعرفة ذلك.

أخذت ملاحظة، شكرًا لك.

وكيف حللتم هذه النقطة؟ كل بند غير مكتوب هو بند سيتذكره الطرفان بشكل مختلف لاحقًا.

بيئات الاختبار المنسية تصبح ثغرات أمنية أكثر تكرارًا من الأنظمة الحية. أتمنى أن يفيدك هذا.

سأكون ممتنًا لو شاركت النتيجة. الإجابة تختلف كثيراً حسب القطاع، لا توجد قاعدة عامة.

بالطبع يختلف الأمر إذا كانت حالتك مختلفة.

صحيح نظرياً، لكنه لا يسير هكذا عملياً. ابدأ بتجربة صغيرة، لا تربط كل شيء دفعة واحدة.

لا يتم التحقق من تغييرات معلومات الدفع أبداً عبر القناة الواردة منها. دعني أتركها كملاحظة، قد تكون مفيدة.

ظهرت ثلاث وجهات نظر مختلفة، وكلها تكمل بعضها. لا يتم التحقق من تغييرات معلومات الدفع أبداً عبر القناة الواردة منها.

هذا كل شيء، أرجو المعذرة إذا أطالت.

إذا كنت ستسلك هذا المسار، فحل هذه المشكلة من البداية. نسخة احتياطية غير مختبرة ليست نسخة احتياطية.

أنصح بعدم العجلة. الإجابة تختلف كثيراً حسب القطاع، لا توجد قاعدة عامة.

لو كنت مكانك، لسلك هذا المسار.

يجب إجراء تمييز هنا. لا تتحسن أي عملية لا يتم توثيقها، لأنك لا تعرف ما الذي يجب إصلاحه.