نمذجة التهديدات

لماذا تهم

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

كيف تتم

الجلسة المفيدة تجيب عن أربعة أسئلة: ماذا نبني؟ وما الذي قد يسوء؟ وماذا سنفعل حياله؟ وهل فعلنا ما يكفي؟ وعمليا تسير الخطوات هكذا.

1. ارسم النظام: المستخدمين والخدمات ومخازن البيانات والخطوط التي تعبرها البيانات.
2. حدد حدود الثقة، مثل الانتقال من المتصفح إلى واجهة API الخاصة بك، أو من واجهتك إلى مزود الدفع.
3. اذكر التهديدات عند كل حد. وتستخدم فرق كثيرة نموذج STRIDE: انتحال الهوية، والعبث بالبيانات، وإنكار الفعل، وتسريب المعلومات، وتعطيل الخدمة، ورفع الصلاحيات.
4. قرر لكل تهديد: هل تعالجه، أم تقلله، أم تقبله، أم تحيله إلى جهة أخرى؟ ودوّن من المسؤول عنه.

اجعل الجلسة صغيرة. ساعة واحدة على مسار أساسي واحد أفضل من ورشة تمتد أسبوعا لا يكررها أحد.

مثال

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

أخطاء شائعة

• إجراؤها مرة واحدة ثم تركها دون تحديث عندما يتغير التصميم.
• استبعاد من يبنون النظام من الجلسة.
• كتابة قائمة تهديدات بلا أصحاب ولا قرارات.
• نسيان الخدمات الخارجية وأدوات الإدارة والنسخ الاحتياطية، فالمهاجم لا ينساها.

مصطلحات ذات صلة

تغذي نمذجة التهديدات مراجعة الشيفرة الآمنة واختبار الاختراق، وهما يتحققان من تنفيذ القرارات. وقائمة OWASP Top 10 مرجع سريع لما يخطئ فيه الناس كثيرا. وفي أسفاليا يبدأ كل مشروع بمراجعة للتهديدات؛ اطلع على طريقتنا في نمذجة التهديدات.