Skip to main content

Les intégrations de sécurité des registres Snyk Container s’étendent à GitHub, GitLab, Nexus, DigitalOcean et plus encore

Écrit par
Headshot of Danielle Inbar

Danielle Inbar

23 septembre 2021

0 minutes de lecture

Nous sommes ravis de vous annoncer que vous pouvez désormais utiliser Snyk Container pour analyser les images de conteneurs stockées dans un bien plus grand nombre de registres. Parmi les derniers ajouts figurent GitHub Container Registry, Nexus, DigitalOcean, GitLab Container Registry,et Google Artifact Registry. Ils viennent s’ajouter à Harbor et Quay, récemment intégrés, ainsi qu’à la prise en charge déjà proposée pour Docker Hub (qui bénéficie également de notre intégration exclusive de première partie), Amazon Elastic Container Registry (ECR), Microsoft Azure Container Registry (ACR), JFrog Artifactory et Google Cloud Registry (GCR, le précédent service de registre de Google).

Snyk Container vous aide à détecter et à corriger les vulnérabilités dans vos images de conteneurs. Vous pouvez désormais importer et surveiller vos projets de conteneurs pour détecter les vulnérabilités à partir d’un plus grand nombre de sources où vos images sont stockées.

Tableau de bord des registres de conteneurs affichant des tuiles pour Docker Hub, GCR, ECR, ACR, Artifactory, Harbor, Quay, GitHub, Nexus, DigitalOcean, GitLab et Google Artifact.

Snyk surveille les projets que vous avez importés depuis des registres de conteneurs afin de détecter toute vulnérabilité connue, notamment en les réanalysant à la fréquence de votre choix pour repérer toute nouvelle vulnérabilité divulguée affectant des images déjà analysées. L’intégration à tous les registres de conteneurs (à l’exception de Harbor) est disponible avec l’ensemble de nos offres, y compris les comptes Snyk gratuits. (Remarque : si vous utilisez des registres de conteneurs privés et souhaitez que l’analyse des images s’effectue dans votre propre environnement, cette fonctionnalité nécessite Snyk Broker, disponible uniquement avec les offres payantes.)

Projets de registre de conteneurs répertoriés avec le nombre de vulnérabilités par niveau de gravité, des liens vers les rapports, les dates et heures des tests et des options de configuration.

Résultats d’analyse Snyk Container pour les images stockées dans GitLab Container Registry, GitHub Container Registry, Harbor et Nexus.

Réduisez les vulnérabilités grâce à l’analyse des images dans les registres de conteneurs

Snyk Container identifie tous les packages vulnérables dans vos images de conteneurs. Pour vous aider à corriger ces problèmes plus efficacement, Snyk identifie également l’image parente sur laquelle vos conteneurs sont basés et propose d’autres images de base afin de réduire le nombre total de vulnérabilités dans vos images. Cette fonctionnalité est également disponible avec toutes les nouvelles intégrations de registres de conteneurs. Snyk Container peut déterminer l’image de base que vous utilisez actuellement et vous recommander des mises à niveau moins vulnérables.

Voici le résultat de l’analyse Snyk Container d’une image dont le point de départ est ruby:2.7.0 (la ligne FROM du Dockerfile). Snyk détecte automatiquement l’image parente Ruby et signale les vulnérabilités qu’elle contient, puis recommande des images Ruby plus récentes ou différentes qui permettront de réduire leur nombre. Ainsi, les développeurs n’ont pas à examiner une par une les 551 vulnérabilités, ni même les 157 vulnérabilités critiques et élevées. En choisissant l’une des alternatives, puis en vérifiant sa compatibilité, le nombre de vulnérabilités peut diminuer jusqu’à 88 % en modifiant simplement le Dockerfile.

Tableau comparant les mises à niveau des images de base Ruby selon le nombre et la gravité des vulnérabilités, avec des options pour ouvrir une demande de pull de correction.

Snyk Container propose différentes recommandations adaptées à votre projet, afin que vous puissiez choisir comment corriger les vulnérabilités :

  • Mises à niveau mineures – Généralement plus rapides et plus faciles à appliquer, et moins susceptibles de compromettre votre build, ces recommandations vous permettent de conserver la même version majeure du framework (Node, dans cet exemple) et la même distribution du système d’exploitation.

  • Mises à niveau majeures – Elles nécessitent de passer à une version majeure plus récente du framework ou à une autre distribution du système d’exploitation.

  • Mises à niveau vers une alternative – Elles proposent d’autres images susceptibles de remplacer l’image actuelle, mais qui peuvent modifier à la fois le framework et la distribution. Ces alternatives peuvent réduire considérablement le nombre de vulnérabilités, comme dans l’exemple ci-dessus, mais nécessiter davantage de tests et d’examens pour vérifier qu’elles ne compromettent pas votre code.

Prioriser la correction des vulnérabilités des conteneurs

Quel que soit le registre de conteneurs que vous utilisez, après avoir optimisé votre image de base, Snyk Container vous aide également à prioriser les problèmes à traiter. Snyk vous propose plusieurs angles d’analyse :

  • Si votre conteneur s’exécute dans un cluster Kubernetes, nous pouvons analyser et surveiller ce conteneur en cours d’exécution, ainsi qu’exploiter certaines informations de configuration de la charge de travail pour prioriser les vulnérabilités particulièrement risquées en raison de configurations non sécurisées. Et Snyk Infrastructure as Code (Snyk IaC) vous aide à détecter et à corriger ces configurations non sécurisées à la source.

  • Vous pouvez exploiter le contexte du Dockerfile pour associer les vulnérabilités aux instructions qui les introduisent dans le conteneur.

  • Snyk fournit des informations complètes sur les dépendances pour vous permettre de remonter facilement de chaque vulnérabilité au package d’origine.

  • La maturité de l’exploit, les discussions sur les réseaux sociaux et la présence de packages malveillants sont clairement mises en évidence et prises en compte dans la priorisation, en plus de la gravité standard et du score CVSS.

  • Snyk fournit les informations des mainteneurs des distributions Linux, qui prévalent sur les données plus générales de la base NVD.

Dans l’image ci-dessous, par exemple, vous pouvez voir le score de priorité intégré de Snyk, qui indique l’importance du problème et met en évidence ses facteurs de risque, ainsi que quelques filtres permettant d’afficher uniquement les vulnérabilités qui vous intéressent.

Tableau de bord des vulnérabilités Snyk affichant les problèmes des packages wget et curl/libcurl, avec des filtres de gravité et des scores de priorité.

Commencer avec Snyk Container

Toutes les nouvelles intégrations de registres de conteneurs sont disponibles dès aujourd’hui dans Snyk Container. La plupart sont accessibles avec toutes les offres Snyk, y compris les offres gratuites. Seule exception : les registres hébergés en privé nécessitent Snyk Broker pour se connecter. Pour commencer à analyser vos images de conteneurs, configurez l’intégration via l’API ou directement depuis la page Intégrations de votre organisation Snyk. Vous pourrez alors détecter et corriger les vulnérabilités de vos images de conteneurs.

La sécurité des conteneurs, pensée pour les développeurs

Snyk détecte et corrige automatiquement les vulnérabilités dans les images de conteneurs et les workloads Kubernetes.

Lire la suite

feature customer snowflake
Article

Sécuriser dès la conception : découvrez l’intégration de Snyk Studio à Snowflake Cortex Code

Snyk Studio s’intègre à Snowflake Cortex Code pour analyser le code généré par l’IA, les dépendances et les conteneurs à la recherche de vulnérabilités, dès le développement.

blog feature pypi spoof
Article

La Snyk AI Security Platform complète, gratuite pour les responsables de projets open source

Les responsables de projets open source croulent sous les signalements de vulnérabilités avérées et ont besoin d’aide pour les prioriser, les corriger et déployer les correctifs plus rapidement. Le Secure Developer Program de Snyk donne aux projets admissibles un accès gratuit à la Snyk AI Security Platform.

feature insights announcement
Blog

Compromission de la chaîne d’approvisionnement Node-gyp : un ver npm à propagation autonome dissimulé dans binding.gyp

Un nouveau ver npm détourne binding.gyp pour déclencher node-gyp lors de l’installation et permettre à des packages malveillants d’exécuter du code sans scripts de cycle de vie. Il vole des identifiants, s’installe durablement sur GitHub et se propage de mainteneur en mainteneur.