Skip to main content

Mettre en œuvre le DevSecOps de bout en bout sur Microsoft Azure avec Snyk

Écrit par

26 mai 2020

0 minutes de lecture

Nous sommes ravis d’annoncer la prise en charge d’Azure Repos Server. Les développeurs qui utilisent le service DevOps local d’Azure peuvent ainsi détecter et corriger les vulnérabilités de sécurité et les problèmes de licence dans leurs dépendances open source.

Cette nouvelle intégration complète notre prise en charge de l’écosystème Microsoft Azure : Azure Repos, dans le cloud et désormais aussi en local, ainsi que Azure Pipelines, Azure Container Registry et Azure Functions. Elle aide les utilisateurs d’Azure à mettre en œuvre le DevSecOps tout au long du cycle de développement logiciel.

Azure Repos Server fait partie d’Azure DevOps Server, anciennement Team Foundation Server (TFS), une suite d’outils collaboratifs de développement logiciel hébergée localement. Elle permet aux développeurs de gérer leur workflow de développement Git en local, avec des demandes de fusion et une gestion avancée des fichiers.

La nouvelle intégration permet aux développeurs qui utilisent Azure Repos Server de :

  • Détecter les vulnérabilités existantes dans les projets gérés dans Azure Repos Server. Chaque vulnérabilité est accompagnée d’informations contextuelles et exploitables, comme le chemin exact de dépendance par lequel le problème a été introduit, afin d’accélérer le triage.

  • Empêcher l’introduction de nouvelles vulnérabilités en analysant les nouvelles demandes de fusion. Chaque nouvelle demande de fusion est analysée dans Azure Repos Server avant sa fusion afin de vérifier qu’elle n’introduit pas de nouvelles vulnérabilités.

  • Corriger les problèmes détectés. Snyk détermine les corrections nécessaires pour les dépendances directes et transitives, puis crée automatiquement une demande de fusion contenant les mises à niveau ou les correctifs requis, directement dans le workflow Azure Repos Server.

  • Surveiller en continu l’apparition de nouvelles vulnérabilités. Snyk surveille quotidiennement les projets importés et avertit les développeurs dès que de nouvelles vulnérabilités sont divulguées. Des règles permettent de définir le niveau de gravité des vulnérabilités qui bloque la fusion.

Examinons cela de plus près.

Intégrer Snyk à Azure Repos Server

Pour configurer l’intégration, nous devons d’abord récupérer deux informations dans Azure : l’URL de notre organisation Azure Repos Server et un jeton d’accès.

Lors de la création de notre jeton d’accès Snyk, nous devons sélectionner Custom defined, puis choisir la date d’expiration la plus éloignée possible. De plus, sous Scopes | Code, nous devons sélectionner Read & write.

Boîte de dialogue Azure DevOps de création d’un jeton d’accès personnel, avec une expiration personnalisée et l’autorisation de lecture et d’écriture du code sélectionnées

Une fois ces deux informations en main, accédons à la page Integrations de Snyk et sélectionnons Azure Repos.

Page des intégrations Snyk affichant Azure Repos parmi les intégrations de gestion du code source, avec GitHub indiqué comme configuré.

Nous devons maintenant saisir l’URL de notre organisation Azure Repos Server et le jeton créé précédemment.

Paramètres d’intégration Azure Repos affichant les champs d’identifiants du compte, un jeton d’accès personnel masqué, le bouton Enregistrer et les instructions pour créer un jeton.

Après avoir cliqué sur le bouton Save, un message de confirmation indique que Snyk a bien été intégré à Azure Repos Server.

Paramètres d’intégration de Snyk Azure Repos affichant une mise à jour réussie et des identifiants de dépôt connectés.

Il ne nous reste plus qu’à cliquer sur Add your Azure Repos repositories to Snyk et à sélectionner les dépôts que nous voulons sécuriser avec Snyk.

Écran d’importation Azure Repos de Snyk permettant de sélectionner des dépôts, d’ajouter des chemins de fichiers personnalisés et d’exclure des dossiers des analyses.

Snyk importe notre projet et effectue une première analyse à la recherche de vulnérabilités de sécurité et de problèmes de licence. Comme le montre cet exemple, notre projet de démonstration node.js comporte plusieurs vulnérabilités de différents niveaux de gravité.

Tableau de bord des projets Snyk affichant un projet Azure Repos importé nommé Demo/Demo, avec package.json et le nombre de vulnérabilités.

Corriger les vulnérabilités

Maintenant que l’intégration est configurée, nous pouvons utiliser Snyk pour détecter et corriger les vulnérabilités.

En ouvrant le projet, nous découvrons tous les problèmes détectés par Snyk dans notre dépôt Azure Repos Server : 66 vulnérabilités de sécurité et 2 problèmes de licence provenant des dépendances open source du projet.

Vue d’ensemble du projet Snyk pour Demo/package.json, affichant les vulnérabilités, les dépendances et Azure Repos comme source

Snyk fournit des conseils de correction concrets pour nous aider à résoudre rapidement les problèmes. Ils indiquent notamment le chemin complet de dépendance par lequel le problème a été introduit, si la vulnérabilité est exploitable ou non, ainsi que la mise à niveau nécessaire pour la corriger.

Rapport de vulnérabilité montrant un exploit mature, la version 0.4.7 d’adm-zip concernée et la correction recommandée : effectuer la mise à niveau vers la version 0.4.11

En cliquant sur Fix this vulnerability, une demande de fusion est automatiquement créée dans Azure Repos Server avec la mise à niveau requise.

Demande de tirage Azure DevOps intitulée « [Snyk] Mise à jour de sécurité d’adm-zip de la version 0.4.7 à la version 0.4.11 », sans conflit de fusion et présentant les détails de la correction de la vulnérabilité.

Sécurité continue

Snyk veille à ce que nos dépôts Azure Repos Server restent sécurisés en surveillant en continu les nouvelles vulnérabilités.

Tout d’abord, Snyk nous avertit lorsqu’une nouvelle vulnérabilité est divulguée et détectée dans nos projets, en fournissant toutes les informations nécessaires pour la corriger rapidement.

Ensuite, Snyk veille également à ce que les modifications apportées au code n’introduisent pas de nouvelles vulnérabilités. Chaque fois qu’une nouvelle demande de fusion est ouverte dans Azure Repos Server, Snyk l’analyse automatiquement à la recherche de vulnérabilités de sécurité et de problèmes de licence, afin que les problèmes soient résolus avant la fusion.

Prise en charge du DevSecOps tout au long du SDLC Azure

Cette intégration vient s’ajouter aux intégrations natives que Snyk propose aux utilisateurs de Microsoft Azure. Elles aident les développeurs à sécuriser leurs applications tout au long du SDLC : du développement du code à l’exécution, en passant par la CI/CD.

Pour commencer à utiliser l’une de ces intégrations, consultez la page Integrations de Snyk ou notre documentation sur l’intégration Azure Repos.

Notez que l’intégration prend en charge TFS v2018 Update 2 et les versions ultérieures. Elle est uniquement disponible avec nos offres Pro et Enterprise.

Restez en sécurité !

Lire la suite

blog feature ai lilac
Blog

Transformez votre backlog de vulnérabilités en pull requests grâce à la remédiation agentique

Evo Remediation Agent est désormais disponible en aperçu ouvert et apporte la résolution automatisée des dépendances à Evo Agentic AppSec. Les équipes AppSec peuvent désormais lancer des campagnes de remédiation continues

illustration hero ai
Blog

PHP corrige deux vulnérabilités RCE critiques exploitables sans authentification (CVE-2026-109618, CVE-2026-109619) : mettez à jour dès maintenant

Deux vulnérabilités critiques dans le cycle de traitement des requêtes de PHP peuvent permettre l’exécution de code à distance sans authentification. Passez à une version corrigée ou installez un correctif rétroporté par votre fournisseur pour les versions antérieures.

AI Background min crop
Blog

L’IA fait surgir tous les risques que vous avez acceptés : sept enseignements du panel de sécurité de l’IA sans filtre

L’IA rend les attaques moins coûteuses et plus rapides, exposant des risques déjà présents dans les organisations. Quatre responsables de la sécurité expliquent pourquoi une défense à la vitesse des machines et une remédiation accélérée sont désormais indispensables.