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