Aller au contenu principal
Expert Cybersécurité & IAv9.0
Centres de ressources conformité
Besoin d'un accompagnement expert ?
Devis personnalisé sous 24h — audit, conformité, incident
Checklists Sécurité — Audit & Durcissement
Formats disponibles
📄 PDF 📊 Excel 🌐 Web

11 checklists professionnelles couvrant 2 200+ points de contrôle. Téléchargement gratuit, aucune inscription.

Artifact Registry Security

devsecops

Définition

L'Artifact Registry Security (sécurité des registres d'artefacts) couvre les pratiques de sécurisation des référentiels qui stockent les artefacts logiciels : images Docker, packages npm/Maven/PyPI/Helm, binaires, et autres artefacts produits par les pipelines CI/CD. Les registres d'artefacts sont des composants critiques de la supply chain logicielle — leur compromission permettrait d'injecter du code malveillant dans tous les projets consommant leurs artefacts. Les registres d'artefacts prennent plusieurs formes. Les registres publics (Docker Hub, npm, PyPI, Maven Central) hébergent des millions de packages open source — leur sécurité est la responsabilité collective de la communauté et des opérateurs. Les registres privés (JFrog Artifactory, Sonatype Nexus, Harbor, AWS ECR, GCP Artifact Registry, GitHub Container Registry) hébergent les artefacts internes d'une organisation et sont sous la responsabilité directe des équipes d'ingénierie. Les risques de sécurité des registres d'artefacts incluent : l'injection d'artefacts malveillants (compromission du registre ou de ses credentials d'écriture), l'accès non autorisé aux artefacts privés (exposition d'artefacts propriétaires), l'utilisation d'artefacts non validés ou non signés dans les déploiements, et les attaques de type "poisoning" où un artefact légitime est remplacé par une version malveillante. Les contrôles de sécurité pour les registres d'artefacts comprennent : l'authentification forte pour les accès en lecture et écriture (tokens à permissions minimales, rotation régulière), la signature cryptographique des images (Cosign) et sa vérification obligatoire à l'utilisation, la politique de Content Trust (uniquement les images signées peuvent être déployées), le scan de vulnérabilités des artefacts stockés (JFrog Xray, Trivy, Harbor Vulnerability Scanning), la réplication avec contrôle d'intégrité pour les registres en haute disponibilité, et l'audit logging complet des opérations push/pull. Les politiques de rétention (suppression automatique des artefacts anciens non référencés) et la quarantaine (les nouveaux artefacts sont scannés avant d'être disponibles en production) complètent la posture de sécurité des registres.

Signature des images et Content Trust

La signature des images Docker (Cosign) garantit l'intégrité et l'authenticité des images stockées dans un registre. Cosign sign image:tag signe l'image avec une clé privée (ou via Sigstore Keyless signing utilisant l'identité OIDC du pipeline CI). La vérification cosign verify --key cosign.pub image:tag confirme l'authenticité. Des Kubernetes Admission Controllers (Kyverno, OPA Gatekeeper avec ConstriantTemplate) peuvent enforcer que seules les images signées par une clé de confiance sont déployées.

Scan de vulnérabilités des artefacts stockés

Un registre sécurisé intègre le scan continu des artefacts stockés : Harbor (registre open source) inclut Trivy comme scanner intégré avec quarantaine des images vulnérables. JFrog Artifactory avec Xray scanne les packages de tous les types (Docker, npm, Maven, PyPI) et peut bloquer le téléchargement d'artefacts présentant des CVEs critiques. AWS ECR propose un scan on-push gratuit (basique) et un scan Enhanced via Amazon Inspector. Ces scans couvrent non seulement les CVEs du moment du push mais aussi les nouvelles CVEs découvertes après le stockage initial.

Contrôle d'accès et audit des registres

Le contrôle d'accès aux registres doit suivre le principe de moindre privilège : les pipelines CI ont des tokens push limités à leurs namespaces/projets spécifiques, les développeurs ont un accès lecture seule aux images de production, et seuls les pipelines de déploiement ont des droits pull sur les images signées. L'audit logging (qui a pushé quoi, qui a pullé quelle image) dans un SIEM permet de détecter les accès anormaux et de tracer la propagation d'un artefact compromis à travers l'organisation.

Articles liés

Un projet cybersécurité ?

Expert dispo · Réponse 24h

Devis