Azure DevOps

L'intégration entre Corma et Azure DevOps aligne les niveaux d'accès et les groupes de votre organisation sur les développeurs qui les utilisent. Microsoft présente Azure DevOps comme une plateforme cloud d'outils intégrés pour les équipes de développement logiciel, de la planification et du code jusqu'aux builds, aux tests et au déploiement. Les niveaux d'accès déterminent la facture, et c'est souvent Microsoft Entra ID qui décide qui conserve un accès.

À retenir

• L'accès Basic à Azure DevOps est gratuit pour les 5 premiers utilisateurs et payant à partir du 6e, tandis que l'accès Stakeholder est gratuit pour un nombre illimité d'utilisateurs.
• Retirer un utilisateur d'une organisation Azure DevOps ne supprime pas ses appartenances aux groupes Microsoft Entra : l'accès accordé via un groupe est donc conservé.
• Les administrateurs Azure DevOps peuvent restreindre les jetons d'accès personnels globaux et ceux à portée complète (full-scoped), et fixer une durée de vie maximale des PAT, une stratégie désactivée par défaut.
• L'audit d'Azure DevOps n'est disponible que pour les organisations adossées à Microsoft Entra ID, il est désactivé par défaut et conserve les événements pendant 90 jours.

Pourquoi un accès Azure DevOps peut-il survivre à l'offboarding ?

La page de Microsoft sur le retrait des utilisateurs avertit que retirer une personne de l'organisation ne supprime pas ses appartenances aux groupes Entra : un membre d'un groupe qui accorde l'accès conserve donc cet accès. Les utilisateurs désactivés ou supprimés dans l'annuaire Entra ne peuvent plus atteindre l'organisation par aucun moyen, y compris les jetons d'accès personnels (PAT) et SSH. Les pages de Microsoft divergent sur le fait que ces PAT soient révoqués ou seulement bloqués : les révoquer reste donc l'option la plus sûre.

Les principaux de service et les identités managées Entra peuvent exécuter des automatisations sans être liés au compte d'un employé, et chacun consomme une licence dans chaque organisation où il obtient un niveau d'accès payant. Supprimer l'un d'eux d'Entra ID ne retire pas son appartenance à Azure DevOps. Les événements d'accès par jeton ne sont pas journalisés : le journal d'audit montre les changements du cycle de vie des PAT, pas le moment où un PAT a été utilisé. Le blog DevOps de Microsoft a reporté au 27 janvier 2027 le retrait des PAT globaux existants.

Comment Corma encadre Azure DevOps

• Les niveaux d'accès payants en vue : les niveaux d'accès Basic et Basic + Test Plans figurent dans la gestion des abonnements SaaS, et la facturation s'arrête quand un utilisateur inactif est retiré ou basculé vers le niveau Stakeholder gratuit.
• Des départs vérifiés au-delà de l'organisation : un workflow de départ créé dans l'IT Workflow Builder demande à un admin de retirer la personne des groupes Entra qui accordent l'accès, en plus de l'organisation, et de révoquer ses PAT.
• Les groupes d'admins en revue : les groupes Project Collection Administrators et Project Administrators entrent dans des revues des accès automatisées.
• Des identités applicatives avec un propriétaire : les principaux de service et les identités managées sont des identités non humaines, chacun a donc besoin d'un propriétaire désigné, tandis que les PAT restent rattachés à la personne qui les a créés.

Questions fréquentes

Azure DevOps prend-il en charge le SSO et le SCIM ?

L'authentification unique passe par la connexion de l'organisation à Microsoft Entra ID : les utilisateurs se connectent avec leurs identifiants professionnels et les admins peuvent appliquer des stratégies Conditional Access. Microsoft ne documente aucune configuration SAML ou SCIM distincte pour Azure DevOps : le provisionnement passe par les règles de groupe Entra et l'API REST User Entitlements. Découvrez aussi comment Corma encadre Microsoft Entra ID.

Comment Corma se connecte-t-il à Azure DevOps ?

Via l'API REST User Entitlements quand elle convient, qui permet de lister les utilisateurs avec leurs droits (entitlements) et de supprimer un utilisateur de l'organisation, ou via les agents navigateur de Corma dans les paramètres de l'organisation. Découvrez aussi comment Corma encadre les plateformes de code comme GitHub.

Où sont hébergées les données de Corma ?

Corma est hébergé sur AWS, avec des serveurs web et des bases de données situés dans des centres de données de l'Union européenne. Les données sont chiffrées en transit et au repos, et Corma est certifié ISO/IEC 27001:2022.

Vous voulez que les personnes qui partent perdent tout accès Azure DevOps obtenu via un groupe Entra ? Demandez une démo Corma.