هندسة الأمن

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

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

أعمال الامتثال مثل SOC 2 أدلة في معظمها لا هندسة، ومعاملتها كمشروع هندسي هي سبب استغراقها ضعف المتوقع. ما يريده المدققون إثبات أن الضوابط كانت قائمة باستمرار — مراجعات صلاحيات جرت وفق جدول، وتغييرات مرّت بمراجعة، وسجلات حُفظت، وعملية حوادث اتُّبعت. ومعظم ذلك أدوات قياس وحفظ سجلات يمكنك إرساؤها مسبقاً، ولا يكاد شيء منها يُنتَج بأثر رجعي.