- 14/08/2026
DNS-AID : la Fondation Linux mise sur le DNS pour identifier les agents IA
- Par Maéva MARMIN
- 10 min
- ACTUALITE & TENDANCES
Fin mai 2026, la Fondation Linux annonce un projet qui pourrait passer inaperçu au premier regard. L'idée consiste à utiliser le DNS, l'annuaire vieux de 40 ans qui traduit les noms de domaine en adresses IP, pour identifier les agents IA sur internet. Le nom du projet, DNS-AID, ne dit pas grand-chose. Pourtant, l'idée derrière est simple, et elle répond à un problème bien réel. En effet, avec des millions d'agents IA qui commencent à discuter entre eux, personne ne sait aujourd'hui vérifier qui est qui.
Agent IA : un programme autonome capable d'agir pour le compte d'un utilisateur ou d'un autre logiciel, sans supervision constante. | MCP (Model Context Protocol) : un standard qui permet à un agent IA de se connecter à des outils et des sources de données externes. | DNSSEC : une extension du DNS qui garantit l'authenticité des réponses, contre les usurpations et les redirections malveillantes. | Registre propriétaire : un annuaire fermé, contrôlé par un seul fournisseur, où il faut s'enregistrer pour être reconnu.
Le problème que personne ne voit encore venir
Un agent IA capable de réserver un billet ou d'interroger une base de données ne travaille jamais seul bien longtemps. Il finit toujours par appeler d'autres agents, chez d'autres fournisseurs. Se pose alors une question simple, mais sans réponse standardisée aujourd'hui. Comment un agent sait-il qu'il parle bien à l'agent qu'il croit, et pas à une imitation malveillante ?
Jusqu'ici, chaque grand fournisseur cloud construit sa propre réponse. AWS pousse ainsi son registre d'agents, tout comme Azure et Google, chacun via son propre écosystème (ActuIA). À la clé, un risque bien réel, celui d'un internet de l'IA fragmenté en silos propriétaires, où un agent Azure ne peut pas facilement vérifier un agent hébergé ailleurs.
- Un registre différent par fournisseur cloud
- Aucun standard commun pour vérifier un agent tiers
- Une dépendance forte à l'écosystème d'un seul hyperscaler
- Le DNS, déjà universel, sert d'annuaire commun
- N'importe quel opérateur de domaine peut publier ses agents
- Vérification via DNSSEC, sans nouvelle infrastructure
Comment DNS-AID fonctionne concrètement
Plutôt que d'inventer un nouveau système, la Fondation Linux réutilise ce qui existe déjà. Le principe repose sur une entrée DNS standardisée, publiée directement sous le nom de domaine d'une organisation.
Concrètement, un développeur publie les capacités de son agent sous cette entrée. N'importe quel autre agent, ou serveur MCP, peut ensuite l'interroger pour vérifier son identité. Il découvre ainsi ce que l'agent sait faire, sans passer par un registre fermé. Un standard complémentaire, l'Agent Name Service, ajoute par ailleurs une couche de vérification et d'identification par-dessus cette découverte (Linux Foundation).
« L'internet agentique va se construire sur la même infrastructure DNS qui porte le web humain depuis 30 ans, et ça fonctionne parce qu'aucun acteur ne la possède seul. »
Qui soutient le projet, et qui l'ignore
Le projet a d'abord été développé par Infoblox, avant d'être transféré à la Fondation Linux pour en garantir la neutralité. Plusieurs poids lourds du DNS et du réseau le soutiennent aujourd'hui.
Cette dernière absence n'est pas anodine. AWS développe en parallèle sa propre infrastructure cloud pensée pour l'ère agentique, et n'a pour l'instant pas rejoint DNS-AID. La bataille sur la couche de découverte des agents IA reste donc ouverte entre standard commun et registres propriétaires.
Ce que ça implique côté réseau et infrastructure
Pour une entreprise qui gère elle-même ses serveurs DNS, DNS-AID n'ajoute pas de brique technologique supplémentaire à déployer. Cela vaut aussi pour celles qui s'appuient sur un prestataire pour leur infrastructure réseau. Le projet s'appuie en effet sur DNSSEC, déjà largement répandu. Il propose également un SDK Python et une interface en ligne de commande pour tester le protocole sur un environnement existant (Help Net Security).
Ce qui reste à finaliser
FAQ – Questions fréquentes
DNS-AID remplace-t-il les registres d'agents des clouds comme AWS ou Azure ?
Pas nécessairement, les deux peuvent coexister.
DNS-AID propose une couche de découverte neutre et ouverte, tandis que les registres propriétaires restent des solutions internes à chaque écosystème cloud. Rien n'empêche un agent d'être présent dans les deux.
Faut-il déjà s'y intéresser si on n'a pas encore d'agents IA en production ?
Pas dans l'urgence, mais autant garder un œil dessus.
Le projet en est à ses débuts. En revanche, s'assurer que DNSSEC est activé sur ses domaines est une bonne pratique de toute façon, indépendamment de DNS-AID.
Pourquoi utiliser le DNS plutôt qu'un nouveau système dédié ?
Parce que l'infrastructure existe déjà, à l'échelle mondiale.
Le DNS est distribué, résilient, et personne n'en détient le contrôle exclusif. C'est justement cette neutralité que la Fondation Linux met en avant face aux registres propriétaires des hyperscalers.
Vos agents IA de demain reposeront sur votre DNS d'aujourd'hui :
où en est votre infrastructure ?
DNSSEC actif, zones bien configurées, résolveurs surveillés : la base sur laquelle reposera la découverte des agents IA de demain est la même que celle qui protège votre réseau aujourd'hui. Sæpiens vous accompagne dans l'audit et le durcissement de votre infrastructure DNS et réseau, pour construire sur des fondations solides plutôt que de les découvrir en urgence le jour où elles comptent vraiment.
Votre DNSSEC est-il correctement activé et surveillé sur l'ensemble de vos domaines ?
AUDITER MON INFRASTRUCTURE RÉSEAU
