GitHub Copilot permet aux agents de s’authentifier au nom d’une organisation
L’essentiel de l’annonce
En préversion, les services construits avec le kit Copilot peuvent utiliser l’identité d’une application. Les appels sont rattachés à l’organisation, avec ses règles de modèles et ses budgets.
- Date de la source
- Catégorie
- Agents et développement
- À qui cela s’adresse
- Publication du 2026-10-27. Préversion publique.
- Sujet du contenu
- GitHub Copilot permet aux agents de s’authentifier au nom d’une organisation
- Entreprises / organismes
- GitHub
- Technologies
- Agent IA, Connexion aux outils de travail
Présentation
Un agent qui utilise Copilot depuis un service ne devrait pas dépendre indéfiniment de la session d’une personne. GitHub ouvre le 27 octobre une authentification de serveur à serveur pour les applications GitHub installées dans une organisation.
Cette fonction concerne les services et agents construits avec le kit de développement Copilot. Elle leur permet d’appeler le service avec une identité d’application, au nom de l’organisation.
Ce qui change
La publication du 2026-10-27 décrit les apports suivants, dans le périmètre indiqué.
Retirer la dépendance à une session personnelle
Le service reçoit un jeton d’installation temporaire plutôt que d’utiliser les identifiants d’un utilisateur connecté. L’accès est rattaché à l’application installée.
Rattacher usage et contrôle à l’organisation
Les modèles autorisés, budgets et limites de dépense de l’organisation continuent de s’appliquer. Les rapports d’usage identifient l’application, dont l’accès peut être suspendu ou supprimé.
Fonctionnement
L’authentification établit quelle application appelle Copilot et à quelle organisation attribuer ses demandes.
Autoriser l’application
L’organisation installe une application disposant de la permission prévue pour les demandes Copilot.
Utiliser un accès temporaire
Le service transmet au kit Copilot un jeton d’installation de courte durée.
Suivre et révoquer
Les responsables rapprochent l’usage de l’application et peuvent arrêter son accès.
Usages possibles
Les équipes qui intègrent Copilot à un service partagé ou à un agent automatisé peuvent gérer son identité séparément de celle des personnes.
Exemple possible
Un exemple possible
Un service interne pourrait demander à Copilot de préparer une analyse de code sans conserver la session d’un développeur. Les droits de lecture du dépôt devraient être gérés séparément.
Accès et limites
Il s’agit d’une préversion publique pour les applications et le kit compatibles. L’identité d’application ne donne pas des droits illimités sur le code ou les outils. Les permissions, les installations et les dépenses doivent être suivies. Aucune fiabilité ou sécurité générale de l’agent n’est établie par ce mécanisme.
Conditions d’accès. Application installée dans l’organisation et autorisation Copilot Requests. Usage facturé à l’organisation, selon ses règles et budgets.
Pour votre projet
Pour votre projet, préciser le propriétaire de l’application, ses droits et le budget qui lui est associé. Prévoir aussi la révocation lorsqu’un service n’est plus utilisé.
- Qui approuve l’installation et les permissions ?
- Comment l’usage de cette application sera-t-il suivi ?
Un examen sur vos propres données et contraintes reste nécessaire avant toute décision d’usage.
Sources et vérifications
Source de l’annonce
GitHub Copilot permet aux agents de s’authentifier au nom d’une organisation
Lire la source officielleSource vérifiée le . Les résultats présentés sont ceux annoncés par les auteurs.
Sources consultées lors de la tâche planifiée. Aucun logiciel présenté n’a été installé ni essayé.
Fiche préparée avec ChatGPT. Notre méthode éditoriale.