Internet a pris de l’ampleur parce que des protocoles partagés permettaient à des systèmes indépendants d’interopérer sans confiance préétablie. Les agents IA autonomes poussent désormais le web vers un point d’inflexion similaire — agissant à travers des vitrines, des API et des systèmes back-office avec une supervision humaine minimale. Le soutien de Vint Cerf à une couche d’identité ouverte et basée sur des standards est un signal que les bases de la responsabilité de niveau Internet — qui a autorisé l’agent, ce qu’il est autorisé à faire, et ce qu’il a réellement fait — doivent être résolues au niveau du protocole, et non par des widgets spécifiques à un fournisseur. Pour les responsables de la sécurité, du juridique et des opérations, ce n’est pas une gouvernance abstraite ; c’est la différence entre une automatisation évolutive et un cauchemar d’audit.

Le design émergent est pragmatique : tirer parti de l’infrastructure Internet existante comme racine de confiance, lier les identifiants d’agents au contrôle organisationnel, et associer l’identité à des délégations de capacités signées qui limitent les actions par portée, temps et ressource. Chaque transaction produit un reçu non-répudiable — signé cryptographiquement, horodaté et référencé — afin que vous puissiez reconstruire l’activité à travers SaaS, cloud et sur site. Cela complète OAuth/OIDC pour les flux utilisateur-vers-application en ajoutant la traçabilité application-à-application et agent-à-agent. Crucialement, il doit supporter la rotation de clés, la révocation et les mises à jour de politique sans casser l’interopérabilité, et il doit pouvoir être déployé avec les PKI et annuaires d’entreprise actuels, sans réécriture complète de l’identité.

Pourquoi c’est important maintenant : les modèles commerciaux pour les agents — achats, planification, triage support, synchronisation de données, voire contrôle industriel — dépendent de la confiance des tiers dans les requêtes. La fraude, l’usurpation, les automatisations fantômes et la responsabilité floue menacent cette confiance. Une couche d’identité vérifiable élève le seuil : les places de marché peuvent n’admettre que des agents attestés, les processeurs de paiement peuvent appliquer des permissions limitées, et les entreprises peuvent hiérarchiser le risque selon le niveau d’assurance. Les régulateurs auront aussi une meilleure visibilité sur les chaînes d’autorisation, permettant des règles précises (ex. : portées de consentement, conservation des audits) sans interdire l’automatisation. Attendez-vous à ce que les listes de contrôle, schémas de certification et normes de télémétrie inter-cloud convergent rapidement une fois les protocoles stabilisés.

Pour les acheteurs, la démarche à court terme est de considérer « identité et responsabilité des agents » comme une exigence de plateforme, pas une fonctionnalité. Pilotez avec des flux à faible risque où vous pouvez appliquer le moindre privilège, instrumenter des journaux complets et tester la révocation sous charge. En achat, exigez des attestations fournisseurs prouvant qui a opéré l’agent, présentez des revendications de capacités vérifiables indépendamment, et fournissez des journaux portables que vous pouvez rapprocher avec votre SIEM. Favorisez les fournisseurs alignés sur les standards ouverts et offrant des artefacts d’identité exportables et des clés sous votre contrôle. Les organisations qui bâtiront sur ces primitives livreront plus vite avec moins d’incidents — et seront prêtes quand les auditeurs demanderont comment vos agents connaissent leurs limites.