ما زلتُ
فضوليًا.

إذا أدرت استضافة لفترة كافية فسيحدث هذا حتمًا: سيرفر أحد العملاء يبدأ في إرسال حركة لا شأن له بها. غالبًا في الليل، وغالبًا في عطلة نهاية الأسبوع.

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

الحوادث لا تُحل في الثالثة فجرًا. تُحل بما جهّزته قبل الثالثة فجرًا.

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

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

النسخة الاحتياطية التي لم تجرّب استعادتها أمنية، لا خطة.

بحلول 2005 كنا ندير نحو 500 موقع وأكثر من 2,000 غرفة دردشة صوتية. في الليالي المزدحمة كان 50,000 إلى 100,000 شخص متصلين في اللحظة نفسها، يتحدثون عبر إنترنت منزلي بطيء كما كان وقتها. سيرفراتنا، وكودنا، ونحن فقط.

ومع ذلك نجحنا :)

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

الناس يسامحون البطء. لكنهم لا يسامحون الاختفاء.

تتوقع الفرق أن يكتشف اختبار الأمن شيئًا ذكيًا. لكنه في الغالب يكتشف شيئًا بسيطًا موجودًا هناك منذ سنوات.

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

أصلح الأشياء المملّة أولًا. المهاجمون يحبون المملّ.

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

أُدخل الأمن إلى اجتماع التصميم بدل قائمة ما قبل الإطلاق: من يرى ماذا، وما الذي يُسجَّل، وماذا يحدث عندما يتعطل جزء، وكيف سنثبت كل ذلك لاحقًا.

أرخص إصلاح أمني هو الذي تقوم به على السبّورة.