
يمكن أن يساعدنا دليل OWASP DevSecOps في دمج الأمان كجزء من مسار التطوير.
توضح إرشادات OWASP DevSecOps كيف يمكننا تنفيذ خط أنابيب آمن واستخدام أفضل الممارسات وإدخال الأدوات التي يمكننا استخدامها في هذا الشأن. كما يحاول المشروع مساعدتنا في تعزيز ثقافة الأمن المُنحاز لليسار (shift-left security) في عملية التطوير لدينا. يساعد هذا المشروع أي شركة من أي حجم لديها خط أنابيب تطوير أو، بعبارة أخرى، خط أنابيب DevOps. نحاول رسم منظور لخط أنابيب DevOps آمن خلال هذا المشروع ثم تحسينه بناءً على متطلباتنا المخصصة.
الهدف المثالي هو "اكتشاف المشكلات الأمنية (سواء في التصميم أو ثغرات التطبيق) في أقرب وقت ممكن."
تتمحور الإرشادات حول ثلاث ركائز:
تم تحديث الإصدار الحالي لعام 2025/2026 ومتوافق مع أطر عمل مثل NIST SSDF وOWASP SAMM وOWASP DSOMM وSLSA. راجع جدول المحتويات أدناه، أو تصفح الإصدار الحالي.
DevSecOps يدور بالكامل حول إدخال الأمن في DevOps. ولكن لمواكبة وتيرة CI/CD، يجب حقن الأمن مبكرًا في كتابة البرمجيات واختبارها.

تسرد OWASP Proactive Controls أفضل 10 ضوابط أمنية يجب على كل مطور تنفيذها أثناء كتابة أي تطبيق. اعتبر هذه المجموعة نقطة البداية عندما يتعين عليك تصميم أو كتابة أو اختبار شيفرة في دورة DevSecOps.
يمكنك أيضًا اتباع OWASP Software Assurance Maturity Model (SAMM) لتحديد ما يجب مراعاته من متطلبات أمنية (وغيرها) وفقًا لمستوى نضجك.
في البداية، نفكر في تنفيذ الخطوات التالية في خط أنابيب أساسي:
يمكننا تخصيص خطوات خط الأنابيب لدينا وفقًا لدورة حياة تطوير البرمجيات (SDLC) أو بنية البرمجيات لدينا وإضافة الأتمتة تدريجيًا إذا كنا في البداية. على سبيل المثال، يمكننا التبديل من SAST/DAST إلى مجموعة اختبارات منتظمة بضوابط أمنية مدمجة أو إضافة نص برمجي للتدقيق يتحقق من التبعيات المعرضة للثغرات المعروفة.
CI/CD ميزة لـ SecOps، ونقطة دخول مميزة للإجراءات والضوابط الأمنية. ومع ذلك، عند استخدام أدوات CI/CD لتوفير الأتمتة، ضع في اعتبارك أن الأدوات نفسها غالبًا ما توسع سطح الهجوم الخاص بك، لذا ضع ضوابط أمنية على برمجيات البناء والنشر والأتمتة.