La Méthodologie de développement agile (cycle de vie du développement logiciel, SDLC) il est basé sur une prise de décision collaborative entre les équipes d'exigences et de solutions, et une progression cyclique et itérative de la production de logiciels fonctionnels. Le travail s'effectue en cycles répétés régulièrement, appelés sprints, qui durent généralement de deux à quatre semaines.
En Agile, il n'est souvent pas conçu pour les besoins qui pourraient survenir dans le futur, même s'ils semblent évidents. C'est un point où les équipes de développement et de sécurité ont tendance à se débattre. matériel de sécurité ils visent anticiper les attaques, les agresseurs et les risques. Au fur et à mesure que les besoins surgissent et s'affinent au fil du temps, des exigences de sécurité peuvent apparaître qui n'avaient pas été anticipées au début du processus. C'est normal et naturel en Agile, mais cela peut être déroutant pour les responsables de la sécurité qui ne peuvent pas se protéger contre diverses attaques potentielles.
Un aspect clé du point de vue de la sécurité est que Agile ça a à voir avec lui sprint. Si une exigence de sécurité ne figure pas dans le backlog de demandes, sa livraison ne sera pas planifiée dans ce sprint. S'il n'est pas planifié dans un sprint, il ne sera pas terminé. Lorsque les besoins de sécurité sont correctement articulés dans le total, ils sont priorisés avec tout le reste.
Cela fait plus de quinze ans que le Manifeste Agile a été publié, il est donc normal que des inefficacités similaires continuent d'apparaître à celles de sécurité exposées ci-dessus.
Lors de la création de logiciels dans un environnement agile, il est essentiel de se concentrer sur quatre principes :
- Faites plus confiance aux développeurs et aux équipes de test qu'aux spécialistes de la sécurité isolés de l'équipe.
- En sécurité pendant que nous travaillons plus que lorsque nous terminons.
- Implémentez des fonctionnalités en toute sécurité plutôt que d'ajouter des fonctionnalités de sécurité.
- Il atténue les risques plus qu'il ne corrige les erreurs.
créer ,software assurance Agile est fondamentalement identique à la construction de logiciels Agile.
