Cycle de développement logiciel sécurisé (SSDLC).

Un SSDLC formalise quand et comment le travail de sécurité se déroule pendant la livraison logicielle, plutôt que de le traiter comme un audit ponctuel. Les phases typiques incluent exigences de sécurité, modélisation des menaces, revue d'architecture sécurisée, standards de codage sécurisé, revue de code, SAST, SCA, DAST/IAST, tests d'intrusion, points de contrôle de publication et supervision en production. L'argument économique est bien établi : un défaut détecté en conception coûte une fraction de celui trouvé après la mise en production ; décaler la sécurité vers la gauche réduit donc à la fois le risque et le coût de correction, tandis que les preuves de conformité sont produites comme sous-produit de l'ingénierie normale.

Les cadres de référence sont Microsoft SDL (le modèle industriel initial après le mémo Trustworthy Computing de 2002), OWASP SAMM et BSIMM pour mesurer la maturité, et NIST SP 800-218, le Secure Software Development Framework (SSDF v1.1, 2022). Le SSDF dépasse la simple bonne pratique : il a été publié en réponse au décret 14028 (mai 2021), lui-même réaction à la compromission de la chaîne de compilation de SolarWinds en 2020, où les attaquants ont injecté la porte dérobée SUNBURST dans une mise à jour Orion signée. Sous l'OMB M-22-18, les fournisseurs vendant aux agences fédérales américaines doivent désormais attester qu'ils suivent les pratiques du SSDF, faisant d'un SSDLC documenté une exigence contractuelle et non un simple objectif qualité. Sécuriser la chaîne de compilation et de publication (provenance, signature, SBOM) est aujourd'hui aussi important que sécuriser le code lui-même.

flowchart LR
  A[Exigences : exigences de sécurité] --> B[Conception : modélisation des menaces]
  B --> C[Code : codage sécurisé + SAST/SCA]
  C --> D[Tests : DAST/IAST + pentest]
  D --> E[Publication : contrôles + signature + SBOM]
  E --> F[Exploitation : supervision + correctifs]
  F -->|Retour / nouveaux risques| A