شو هيدي ديفسيكوبس؟
Context:DevSecOps هيدي زيادة لـ DevOps علشان تسمح بدمج ممارسات الأمان في نهج DevOps. بعكس نموذج فريق الأمان المركزي التقليدي، كل فريق تسليم قادر على إدراج الضوابط الأمنية الصحيحة في تسليم البرمجيات. ممارسات الأمان والاختبار بيتموا في وقت مبكر من دورة حياة التطوير، وبالتالي ممكن نستخدم مصطلح "تحرك يسار". الأمن بيتم اختباره في تلات مجالات أساسية: ساكنة، تركيب البرمجيات، وديناميكية.  التحقق من الشيفرة بشكل ثابت عن طريق اختبار أمن التطبيقات الثابت (SAST) هو اختبار الصندوق الأبيض مع تركيز خاص على الأمان. بناءً على لغة البرمجة، في حاجة لأدوات مختلفة عشان تعمل تحليل رمز ثابت. بتتحلل تركيبة البرمجيات، خصوصا المكتبات وتتتأكد من إصداراتها من قوائم الضعف اللي نشرها سيرت ومجموعات الخبراء التانية. لما نعطي برمجيات للعملاء، الرخصة ومطابقتها مع البرمجيات الموزعة هيدي في التركيز، خصوصاً رخصة الكوبيلفت. التجربة الديناميكية بتتسمى بردو اختبار الصندوق الأسود. البرمجيات بتتجرب من غير ما بتعرف وظيفتها الداخلية. في DevSecOps من جهة بيسموه ديناميكي (DAST) ، أو اختبار الاختراق. الهدف هو التقاط، من بين غيرها، أخطاء زي كتابة المواقع المختلفة، أو حقن SQL مبكرًا. أنواع التهديدات، على سبيل المثال، ينشرها مشروع أمن تطبيقات الويب المفتوحة، مثل TOP10. من ناحية تانية، خصوصا مع الخدمات المصغرة اختبار التطبيق التفاعلي (IAST) مفيد للتحقق من الكود اللي بيتنفذ وقت تشغيل الاختبارات الوظيفية الآلية، والتركيز على اكتشاف نقاط الضعف داخل التطبيقات. بعكس SAST و DAST، IAST بيشتغل بداخل التطبيق.  DevSecOps كمان تم وصفه باعتباره تحول ثقافي بيشتمل على نهج شامل لإنتاج برمجيات آمنة عن طريق دمج تعليم الأمن، آمن من التصميم، وأتمتة الأمن.
DevSecOps زيادة لـ DevOps مع الأمن المدمج في نهج DevOps. طالع في السنوات الأخيرة وبتصير إنتاج برمجيات آمنة أولوية قصوى للشركات.