الأمان يبدأ من أول سطر: ممارسات تمنع الثغرات قبل ما تُكتب

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

أشيع الثغرات وأسبابها

• حقن قواعد البيانات: سببه بناء الاستعلام بدمج نصّي بدل معاملات مهيّأة.
• تنفيذ سكربتات في المتصفح: سببه عرض مدخلات المستخدم بلا تهريب.
• تجاوز الصلاحيات: سببه التحقق في الواجهة فقط دون الخادم.
• تسريب مفاتيح: سببها كتابتها داخل الكود ورفعها للمستودع.
• مكتبات قديمة فيها ثغرات معروفة ومصحّحة منذ سنوات.

قواعد بسيطة تمنع الأغلب

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

الفحص الآلي قبل النشر

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

دور الذكاء الاصطناعي هنا

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

كل مشروع عندنا يمرّ على فحص آلي ومراجعة بشرية قبل التسليم — والأمان بند أساسي في السعر لا إضافة مدفوعة.