Skip to main content

Éclairage DevSecOps 2020

Écrit par

28 janvier 2020

0 minutes de lecture

Nous sommes ravis de vous présenter et de partager avec vous les résultats de l’étude Snyk 2020 sur le DevSecOps ! Cette étude examine l’état du DevSecOps, les principales activités, les domaines prioritaires et les enseignements à en tirer.

Cette étude s’appuie sur les données présentées dans le rapport Snyk 2019 sur l’état de la sécurité de l’open source et dans le rapport Puppet 2019 sur l’état du DevOps.

Le rapport Snyk présente les résultats d’une enquête menée auprès de plus de 500 personnes, tandis que le rapport Puppet présente des données recueillies auprès de 2 949 professionnels de la technologie.

Télécharger le PDF : Éclairage DevSecOps 2020

Si vous souhaitez découvrir les résultats détaillés de notre étude, nous vous recommandons de télécharger la version complète du rapport au format numérique. Retrouvez ci-dessous quelques autres enseignements clés :


Présentation de l’étude Éclairage DevSecOps 2020

Les cycles de développement logiciel rapides exigent d’intégrer la sécurité dès le départ pour suivre le rythme de création et de livraison des logiciels. Dans une organisation type, les équipes de sécurité sont largement moins nombreuses que les équipes d’exploitation et de développement. Il leur est donc beaucoup plus difficile de suivre les tests de sécurité, les revues, etc., et d’atténuer les risques croissants liés à la sécurité des applications.

La sécurité ralentit-elle les opérations et le développement ? C’est l’une des principales préoccupations et l’un des défis majeurs de l’intégration de la sécurité dans les équipes de développement. Les équipes de sécurité restent responsables de la sécurité des applications et des données associées, mais ne peuvent pas perturber les workflows des équipes de développement. Pour relever ces défis, les équipes de développement et de sécurité doivent adopter de nouvelles façons de travailler ensemble, élaborer de nouveaux processus et se doter de nouveaux outils. Les équipes DevOps ne donnent pas la priorité à la sécurité dans le pipeline de build ni à la surveillance de la sécurité, car elles doivent répondre à d’autres priorités. Ainsi, même au sein des équipes DevOps autonomes, la sécurité reste souvent une préoccupation secondaire.

Rejoignez-nous pour le webinaire en direct le 30 janvier à 11 h, heure de l’Est :

Bannière d’un webinaire en direct intitulé « DevSecOps Insights : une étude de Puppet et Snyk », avec les logos de Snyk et de Puppet et un appel à l’action « Inscrivez-vous maintenant ».

Pour répondre aux préoccupations en matière de sécurité tout en suivant le rythme rapide de livraison des logiciels, nous devons adopter des processus, une culture et des outils adaptés, grâce à une automatisation qui soutient des cycles de développement rapides. Ces éléments permettent aux équipes de développement d’intégrer des outils de sécurité à leurs pipelines de build afin de détecter les vulnérabilités dès que possible et favorisent une collaboration fructueuse entre les équipes de sécurité et DevOps.

Dans ce rapport, nous étudions l’état de l’adoption du DevSecOps ainsi que les défis auxquels sont confrontées les organisations et les équipes. Cette recherche vise à mieux comprendre les pratiques et les outils qui accélèrent l’adoption du DevSecOps.

Principaux enseignements du DevSecOps

Voici les enseignements à retenir et les défis rencontrés dans le parcours vers le DevSecOps :

CULTURE La sécurité est perçue comme une activité qui ralentit l’entreprise et la livraison logicielle dans son ensemble. Parmi les personnes interrogées dont l’organisation affiche le plus haut niveau d’intégration de la sécurité, 33 % estiment encore que la sécurité constitue un obstacle majeur à la livraison rapide de logiciels.

TOOLING 79 % des organisations se situent à un niveau intermédiaire d’évolution DevOps et peinent à faire évoluer leurs outils, leur culture et leurs pratiques pour répondre correctement aux besoins de l’entreprise.

CULTURE Les principales activités de sécurité, comme la modélisation des menaces et l’intégration d’outils de sécurité au pipeline de développement, contribuent à instaurer un sentiment de responsabilité partagée entre les différentes fonctions de l’entreprise. La perception de la sécurité comme une responsabilité partagée a progressé de 31 % entre le niveau 1 — le plus faible niveau d’intégration de la sécurité au sein d’une organisation — et le niveau 5, le plus élevé.

TOOLING 22 % des entreprises ayant le plus haut niveau d’intégration de la sécurité se trouvent également à un stade avancé de leur évolution DevOps.

CULTURE Malgré la forte corrélation entre la maturité de l’intégration de la sécurité et le sentiment de responsabilité partagée, 29 % de l’ensemble des organisations affichant le plus haut niveau d’intégration de la sécurité estiment encore que la collaboration entre les équipes de sécurité et de livraison est source de nombreuses frictions.

TOOLING 65 % des personnes interrogées confirment utiliser des outils automatisés de tests de sécurité pour auditer leur code, tandis que 79 % procèdent à une revue de sécurité du code.

CULTURE 81 % des utilisateurs estiment que les développeurs sont responsables de la sécurité de l’open source et 68 % pensent que les développeurs devraient assumer la responsabilité de la sécurité de leurs images de conteneurs.

TOOLING 37 % des utilisateurs n’effectuent aucun type de test de sécurité pendant l’intégration continue (CI).

TOOLING 57 % des personnes interrogées recherchent les vulnérabilités de sécurité connues dans leurs dépendances open source, et 36 % effectuent des tests statiques de sécurité des applications sur leur propre code.

TOOLING 31 % des personnes interrogées ne suivent aucune dépendance d’application utilisée au sein de leur organisation, et 37 % ne suivent que les dépendances directes.

Poursuivez la lecture de notre étude Éclairage DevSecOps 2020 :

Éclairage DevSecOps 2020

Lire la suite

blog feature ai lilac
Blog

Transformez votre backlog de vulnérabilités en pull requests grâce à la remédiation agentique

Evo Remediation Agent est désormais disponible en aperçu ouvert et apporte la résolution automatisée des dépendances à Evo Agentic AppSec. Les équipes AppSec peuvent désormais lancer des campagnes de remédiation continues

AI Background min crop
Blog

L’IA fait surgir tous les risques que vous avez acceptés : sept enseignements du panel de sécurité de l’IA sans filtre

L’IA rend les attaques moins coûteuses et plus rapides, exposant des risques déjà présents dans les organisations. Quatre responsables de la sécurité expliquent pourquoi une défense à la vitesse des machines et une remédiation accélérée sont désormais indispensables.

blog feature ai violet
Blog

VulnBump : les agents IA peuvent-ils corriger les dépendances vulnérables sans casser la build ?

VulnBump évalue des agents IA sur 307 mises à niveau réelles de dépendances. Une correction n’est validée que si la vulnérabilité disparaît et que la build et les tests restent au vert.