Vint Cerf, l’un des architectes des protocoles de base d’Internet, soutient une nouvelle initiative visant à offrir aux agents d’IA un moyen standard de s’identifier en ligne. Selon TechCrunch, Cerf a rejoint Innovation Labs en tant que conseiller après avoir quitté Google, apportant son nom et sa crédibilité technique à un projet visant à rendre les agents logiciels autonomes plus traçables et plus responsables à mesure qu’ils sortent des plateformes fermées pour aller vers l’internet ouvert.

Le point de départ immédiat est une norme proposée appelée DNSid. Innovation Labs, une filiale d’Identity Digital, affirme que DNSid lierait l’identité d’un agent d’IA à un nom de domaine existant et utiliserait des preuves cryptographiques pour enregistrer la création au fil du temps. L’idée est simple : si les entreprises veulent que des agents d’IA effectuent des transactions, récupèrent des informations et interagissent avec d’autres systèmes sur le web public, elles auront besoin d’un moyen commun d’établir qui un agent représente, quelle autorité il détient et qui est responsable en cas de problème.

C’est important parce qu’une grande partie du marché actuel des agents d’IA fonctionne encore dans des environnements propriétaires. Les fournisseurs ont démontré des agents de plus en plus performants, mais la plupart sont limités par des autorisations spécifiques à la plateforme, des API internes et des modèles de confiance définis par le produit. Faire entrer ces systèmes dans un environnement Internet plus vaste et interopérable soulève des questions plus difficiles d’authentification, d’auditabilité et de responsabilité. L’implication de Cerf suggère que ces questions deviennent suffisamment sérieuses pour attirer une réflexion au niveau de l’infrastructure, et pas seulement des expérimentations au niveau produit.

Ce qu’Innovation Labs propose

TechCrunch rapporte qu’Innovation Labs cherche à construire une « architecture ouverte » pour que les agents d’IA s’identifient. La proposition DNSid de l’entreprise semble conçue pour utiliser la plomberie Internet familière plutôt que de créer une pile de registre entièrement distincte. En ancrant un agent à un domaine, cette approche relierait l’identité de l’agent à la présence Internet existante d’une organisation et à ses contrôles administratifs.

Ce choix de conception est également stratégique pour Identity Digital. En tant qu’entreprise de registre DNS, elle a un intérêt évident à étendre l’infrastructure de domaine à la prochaine couche d’activité Internet. Si davantage d’interactions machine à machine se déroulent en ligne, l’identité liée au domaine pourrait devenir un moyen de rendre ces interactions lisibles et gouvernables. En pratique, Identity Digital soutient que le système de domaine pourrait faire partie de la couche de responsabilité des agents d’IA.

Selon TechCrunch, la PDG par intérim Allie Kline a déclaré qu’Innovation Labs testait les normes avec plusieurs hyperscalers et entreprises d’identité non nommés. Aucun partenaire n’a été identifié dans le reportage, et aucune métrique de déploiement, détail d’implémentation ou échéance de production n’a été divulgué. Cela place l’effort à un stade précoce du point de vue d’un acheteur ou d’un constructeur extérieur, même si l’entreprise est déjà engagée dans des discussions techniques.

Cerf a cadré le projet autour de questions fondamentales de confiance. Dans des commentaires rapportés par TechCrunch, il a déclaré que l’essor des agents d’IA crée le besoin de comprendre quelles autorités les agents détiennent, d’où viennent ces autorités, comment l’identité est établie et pourquoi quiconque devrait faire confiance à un agent dans un contexte donné. Ce ne sont pas des préoccupations abstraites. Un agent qui réserve des voyages, exécute des étapes d’approvisionnement, accède à des bases de connaissances privées ou négocie avec un autre service peut devoir prouver non seulement qu’il existe, mais aussi qu’il agit dans le cadre d’autorisations valides.

Pourquoi les agents d’IA ont besoin d’une identité au-delà des plateformes fermées

Le problème ciblé par Innovation Labs est plus vaste que le nommage. Sur le marché actuel des produits, de nombreux agents d’IA sont en pratique des extensions d’une seule pile fournisseur. Une entreprise peut exécuter un agent dans son logiciel de travail, sa suite de support client ou ses outils de développement, où l’identité et l’autorisation sont héritées de la plateforme hôte. Cela fonctionne suffisamment bien lorsque le logiciel reste dans les limites d’une seule entreprise.

L’internet ouvert est différent. Si un agent d’IA d’une entreprise doit interagir avec un agent ou un service d’IA d’une autre, les systèmes ont besoin d’attentes communes. Sans cela, les développeurs se rabattent sur des solutions fragmentées : clés API, intégrations bilatérales, flux OAuth personnalisés, attestations propriétaires ou simple confiance fondée sur la marque. Ces mécanismes peuvent fonctionner, mais ils ne constituent pas une couche de confiance largement interopérable.

Cerf a déclaré à TechCrunch qu’un risque est la fragmentation évidente : la technologie d’agent d’une entreprise peut ne pas être interopérable avec celle d’une autre. Il a comparé le défi aux débuts d’Internet, où l’adoption de TCP/IP dépendait de la fonctionnalité et de la pression des utilisateurs plutôt que d’un décret central. Cette comparaison ne signifie pas que DNSid est en passe de devenir une infrastructure fondamentale d’Internet. Elle montre cependant comment Cerf aborde le problème : les normes s’imposent lorsqu’elles résolvent mieux qu’autres alternatives un véritable goulot d’étranglement d’interopérabilité.

Il existe aussi une dimension de gouvernance. Un domaine enregistré est relativement statique ; un agent d’IA est actif, peut recevoir des tâches déléguées et agir avec différents niveaux d’autonomie. TechCrunch a cité Cerf disant qu’il n’est pas encore clair quel engagement une organisation prend lorsqu’elle enregistre un agent. Ce point est crucial. Les acheteurs d’entreprise peuvent être à l’aise avec le fait de prouver qu’un agent appartient à une société, mais beaucoup moins avec le fait d’endosser implicitement chacune de ses actions.

La politique de l’infrastructure et de la confiance

L’infrastructure d’identité n’est presque jamais seulement technique. Elle concerne aussi qui contrôle le registre, qui peut inspecter les enregistrements et si les grands fournisseurs de plateformes utilisent les normes pour renforcer leurs propres écosystèmes. Innovation Labs tente de se positionner comme une couche neutre plutôt que comme un nouveau gardien d’accès à l’IA.

Kline a déclaré à TechCrunch que la proposition n’est pas accompagnée d’ambitions plus larges visant à contrôler d’autres parties de la pile IA ou à posséder les données d’enregistrement de manière propriétaire. Elle a soutenu que des normes lancées par un hyperscaler pourraient susciter des résistances si les entreprises craignent de remettre des données sensibles d’identité opérationnelle à une plateforme dominante. C’est une observation de marché précise, même sans nommer de rivaux spécifiques.

Pour les constructeurs et les entreprises, l’affirmation de neutralité peut compter autant que l’architecture technique. Une norme pour les agents d’IA sera difficile à adopter si elle est perçue comme favorisant un fournisseur de cloud, un fournisseur de modèles ou un écosystème logiciel. En même temps, la neutralité ne suffit pas à elle seule. Les acheteurs voudront savoir comment DNSid fonctionnerait avec les systèmes d’identité existants, l’infrastructure de certificats, les pipelines de journalisation, les moteurs de politiques et les workflows de réponse aux incidents.

L’article ne répond pas encore à ces questions d’implémentation. Rien n’indique, d’après les informations disponibles, qu’il existe une spécification finalisée, un organe de gouvernance, un processus de conformité ou un large consortium industriel. Ce qui existe maintenant, c’est une proposition, des essais précoces et un conseiller de premier plan affirmant que l’identification et la responsabilité deviennent des problèmes urgents sur Internet.

Éléments de preuve, affirmations et ce qui reste à démontrer

Les faits centraux confirmés dans cette histoire proviennent du reportage de TechCrunch : Vint Cerf a quitté Google après 20 ans, conseille désormais Innovation Labs, et le groupe propose DNSid comme moyen pour les agents d’IA de s’identifier via un enregistrement lié au domaine et des preuves cryptographiques. TechCrunch rapporte également qu’Identity Digital possède Innovation Labs et que l’entreprise affirme tester la norme avec des hyperscalers et des entreprises d’identité non nommés.

Plusieurs affirmations importantes restent rapportées par le fournisseur ou non vérifiées. L’idée d’Innovation Labs selon laquelle l’infrastructure des noms de domaine est une couche de responsabilité pratique pour les agents autonomes est plausible, mais elle n’a pas encore été validée par une adoption large du marché. La valeur de DNSid dépendra de la mise en œuvre réelle et interopérable par les grandes plateformes, les fournisseurs d’identité, les entreprises et les développeurs.

De même, l’idée selon laquelle davantage d’interactions en ligne se dérouleront à terme entre agents qu’entre humains est présentée dans l’histoire comme une direction de marché que les entreprises imaginent, et non comme un fait établi. Cerf lui-même s’est montré prudent quant à l’inéluctabilité. TechCrunch le cite disant qu’il ne pense pas qu’une « économie agentique » soit garantie, seulement que les gens continueront d’essayer de déléguer davantage de tâches aux logiciels parce que la commodité est puissante.

Cette réserve mérite d’être notée. Le marché actuel regorge de discours sur les agents d’IA, mais présente moins de preuves d’un fonctionnement autonome fiable à grande échelle sur l’internet public. La sécurité, le contrôle des coûts, les limites de débit, la conformité et la gestion des erreurs restent des obstacles pratiques. Toute couche d’identité devra prouver son utilité dans cette réalité chaotique, pas seulement dans des démonstrations.

Ce que cela signifie pour les constructeurs et les acheteurs d’entreprise

Pour les équipes produit qui construisent des agents d’IA, la conclusion immédiate est que l’identité se rapproche du centre de la conception des systèmes. Si l’on attend des agents qu’ils accèdent à des services, représentent des organisations et collaborent au-delà des frontières de l’entreprise, une authentification simple au niveau de l’application peut ne pas suffire. Les équipes pourraient avoir besoin d’une provenance plus forte, d’une délégation vérifiable et de mécanismes de révocation intégrés à leurs workflows.

Pour les responsables de l’IA d’entreprise, la proposition met en évidence une lacune dans les modèles de déploiement actuels. De nombreux projets internes d’agents d’IA peuvent réussir sans interopérabilité avec le web ouvert, surtout lorsqu’ils sont limités aux systèmes d’enregistrement au sein d’une seule entreprise. Mais des cas d’usage comme la coordination avec les fournisseurs, les achats automatisés, l’escalade du support client et l’échange de données entre entreprises deviennent plus difficiles lorsque chaque agent parle un langage de confiance différent.

Une norme viable pourrait réduire les frictions d’intégration, mais elle pourrait aussi introduire de nouvelles exigences opérationnelles. Les entreprises auraient besoin de politiques pour l’enregistrement des agents, la gestion du cycle de vie, l’autorité déléguée, la surveillance et le règlement des différends. En d’autres termes, une norme comme DNSid ne supprimerait pas le travail de gouvernance ; elle le formaliserait.

Pour le marché plus large de l’IA d’entreprise, cette histoire est un autre signe que le terrain se déplace de la seule capacité des modèles vers l’infrastructure nécessaire à un déploiement fiable. Les agents d’IA ont besoin de plus que de raisonnement et d’usage d’outils. Ils ont besoin d’identités que d’autres systèmes peuvent vérifier, de journaux que les équipes de sécurité peuvent auditer et de modèles de gouvernance que les équipes juridiques et de conformité peuvent comprendre.

Ce qu’il faut surveiller ensuite

Le prochain signal important est de savoir si DNSid passe d’une proposition à une spécification publiée avec une documentation technique publique. Sans cela, les développeurs externes et les organismes de normalisation auraient peu de base pour l’évaluation.

Un deuxième signal est la divulgation des partenaires. Innovation Labs dit travailler avec des hyperscalers et des entreprises d’identité, mais la crédibilité de l’effort changerait considérablement si de grands fournisseurs d’infrastructure s’engageaient publiquement dans des essais ou des intégrations.

Troisièmement, il faut surveiller la gouvernance. Si DNSid doit devenir une infrastructure ouverte de l’internet, les acheteurs voudront savoir clairement qui fixe les règles, comment les litiges sont traités et si le système peut rester neutre à mesure que les incitations commerciales s’intensifient.

Enfin, il faudra observer si les principaux agents d’IA et les plateformes d’IA d’entreprise commencent à exposer des primitives d’identité destinées à un usage multiplateforme. Cela indiquerait que le marché se prépare à un monde où les interactions agent-à-agent s’étendent au-delà des écosystèmes logiciels fermés.

Perspective Creati.ai

L’implication de Cerf ne garantit pas que DNSid deviendra une norme, mais elle met en lumière un vrai problème que l’industrie de l’IA a largement repoussé. Le marché a passé les deux dernières années à prouver que les agents d’IA peuvent agir. La phase suivante consiste à prouver qu’ils peuvent agir sur l’internet ouvert de manière attribuable, gouvernable et suffisamment sûre pour de véritables workflows d’entreprise.

L’implication plus profonde est que les agents d’IA pourraient forcer une reconstruction d’une partie de la couche de confiance d’Internet. Si cela se produit, les gagnants ne seront pas déterminés par le seul branding. Ils seront les groupes capables de relier identité, autorité et auditabilité à l’infrastructure existante avec un minimum de friction. Identity Digital et Innovation Labs essaient de faire de DNSid une partie de cette réponse. Pour l’instant, l’idée est encore précoce, les essais sont opaques et le marché reste sceptique. Mais la question qu’ils abordent deviendra probablement plus difficile à ignorer à mesure que les agents d’IA quitteront le bac à sable.