SLSA Framework
devsecopsDéfinition
SLSA, pour Supply chain Levels for Software Artifacts, est un framework de sécurité de la chaîne d'approvisionnement logicielle initié par Google puis transféré à l'Open Source Security Foundation (OpenSSF), définissant quatre niveaux de maturité progressifs, de SLSA 1 à SLSA 4, pour garantir l'intégrité des artefacts logiciels produits, de la construction du code à sa distribution finale. Le niveau 1 exige une documentation minimale du processus de build, le niveau 2 impose l'usage d'un système de build authentifié générant une attestation de provenance signée, le niveau 3 renforce l'isolation de l'environnement de build pour empêcher toute altération pendant le processus, et le niveau 4 requiert une revue à deux personnes de chaque changement ainsi qu'un build hermétique totalement reproductible. Le framework répond directement aux incidents majeurs de chaîne d'approvisionnement logicielle, comme la compromission de SolarWinds, en garantissant que l'artefact final livré correspond bien au code source revu et non à une version altérée injectée durant la chaîne de build ou de distribution. SLSA s'appuie techniquement sur des attestations de provenance signées cryptographiquement, souvent au format in-toto, et s'articule avec d'autres initiatives comme Sigstore pour la signature d'artefacts et les SBOM pour l'inventaire des composants, formant un socle cohérent de sécurisation de la supply chain DevSecOps.
Description
SLSA (Supply chain Levels for Software Artifacts) définit 4 niveaux de maturité : L1 (provenance générée, non vérifiée), L2 (provenance signée par le service de build), L3 (build hardened sur infrastructure dédiée, non influençable par le développeur), L4 (two-party review, hermetic builds).
Mise en œuvre
Pour atteindre SLSA L2 avec GitHub Actions : utiliser actions/attest-build-provenance pour générer et signer automatiquement une attestation de provenance SLSA v1.0 pour chaque artifact publié. Vérifier avec gh attestation verify.
Points clés
- SLSA L3 : builds hermétiques — aucun accès réseau, sources entièrement déclarées
- SLSA Provenance JSON : format standardisé décrivant builder, source, entrypoint
- PyPI, npm, Maven Central progressent vers l'exigence SLSA L2 pour les packages publiés
Articles liés
Expert en cybersécurité offensive et intelligence artificielle. Pentest, audit et développement IA sur-mesure.
Services
- Audit Infrastructure
- Audit Kubernetes
- Audit Microsoft 365
- Audit Sécurité Réseau
- Analyse de Risques
- Audit Active Directory
- Audit Application Web
- Audit Cloud (AWS/Azure/GCP)
- Audit Messagerie
- Audit API (OWASP Top 10)
- Audit DevSecOps & CI/CD
- Audit Code Source (SAST)
- Audit Postes de Travail
- Audit Sauvegarde & Résilience
- Audit OT/SCADA (IEC 62443)
- Développement IA
- Formations
Ressources
Projets & Outils
© 2026 Ayi NEDJIMI Consultants. Tous droits réservés. 2.1.7
Un projet cybersécurité ?
Expert dispo · Réponse 24h