Notary V2
devsecopsDéfinition
Notary V2 est un standard de signature et de vérification cryptographique d'artefacts au format OCI (Open Container Initiative) — images de conteneurs, charts Helm, modules WebAssembly — conçu pour garantir l'authenticité et l'intégrité de ces artefacts tout au long de la chaîne d'approvisionnement logicielle, depuis leur construction jusqu'à leur déploiement en production. Contrairement à son prédécesseur Docker Content Trust, reposant sur le framework The Update Framework (TUF) et nécessitant une infrastructure de gestion de clés complexe et peu adoptée en pratique, Notary V2 (également connu sous le nom du projet notation) stocke directement les signatures au sein du registre de conteneurs lui-même, en tant qu'artefact lié par référence à l'image signée, simplifiant considérablement la distribution et la vérification sans infrastructure additionnelle dédiée. Cette approche s'appuie sur les spécifications OCI Reference Types, permettant à tout registre compatible (Docker Hub, Azure Container Registry, Amazon ECR, Harbor) de stocker ces signatures sans modification structurelle. La vérification s'effectue via des plugins d'admission Kubernetes (comme Kyverno ou Connaisseur) empêchant le déploiement d'images non signées ou dont la signature ne correspond pas à une autorité de confiance définie. Notary V2 s'inscrit dans l'écosystème de sécurisation de la supply chain logicielle, aux côtés de Sigstore et Cosign, répondant aux préoccupations soulevées par des incidents de compromission comme SolarWinds.
Description
Notary v2 (notation) est le standard de signature OCI remplaçant DCT. Il stocke les signatures comme artefacts OCI référencés par le manifest de l'image dans le registre, supporte les manifest lists (multi-arch), et est compatible avec Cosign via le format Sigstore.
Mise en œuvre
Signer : notation sign --signature-format cose registry/image@sha256:abc123 --key mykey. Vérifier : notation verify registry/image@sha256:abc123. Intégrer avec Ratify (Gatekeeper plugin) pour l'enforcement dans Kubernetes.
Points clés
- Trust Policy JSON : définir quels registres et quelles identités de signer sont autorisés
- Compatible multi-arch : signe le manifeste index, pas chaque manifest individuel
- Timestamp Authority : horodatage certifié RFC 3161 pour la non-répudiation long terme
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