Résumé

  • La RFC 9539 permet aux résolveurs récursifs et aux serveurs faisant autorité d’adopter opportunément DoT ou DoQ sans coordination préalable, afin de protéger des observateurs passifs une partie supplémentaire du parcours DNS.
  • Le pouvoir de décision reste toutefois inscrit dans l’état et la politique de repli du résolveur : un succès peut écarter le clair, un échec le rétablit, et ce chiffrement non authentifié ne résiste pas à un attaquant actif.

Le maillon exposé après le résolveur

La confidentialité du DNS est souvent ramenée à la liaison entre un terminal et le résolveur récursif qu’il utilise. Or la résolution ne s’arrête pas là. Si la réponse n’est pas en cache, le résolveur contacte des serveurs faisant autorité. Lorsque cet échange passe par le DNS traditionnel sur le port 53, un observateur passif placé sur le trajet concerné peut encore voir la requête et la réponse, même si le premier maillon était chiffré.

La RFC 9539 s’intéresse à ce passage du résolveur récursif au serveur faisant autorité. Publiée par l’IETF comme RFC expérimentale en février 2024, elle décrit une adoption unilatérale du transport chiffré. Les deux opérateurs n’ont pas besoin de conclure un accord ni d’organiser un déploiement commun. Un serveur faisant autorité peut rendre disponible DNS sur TLS ou DNS sur QUIC sur le port 853. Un résolveur peut sonder ces transports et les employer lorsqu’ils fonctionnent.

Le terme « unilatéral » ne signifie pas qu’un résolveur puisse chiffrer un dialogue avec un serveur qui n’offre aucun transport compatible. Il ne lui confère pas non plus de pouvoir sur les données DNS du serveur. Celui-ci doit répondre à partir des mêmes données de zone, quel que soit le transport. Ce qui change est le mode de coordination : chaque partie peut se préparer indépendamment et le résolveur peut découvrir la capacité disponible à partir du résultat des connexions, plutôt que d’attendre une convention entre opérateurs.

Un succès gouverne la requête suivante

Le mécanisme ne repose pas sur une déclaration permanente de capacité. Il s’agit d’un état construit à partir d’observations récentes. La RFC 9539 décrit un suivi indexé par l’adresse source du résolveur, l’adresse IP du serveur faisant autorité et le protocole chiffré. Au premier contact, le résolveur peut essayer le DNS en clair, DoT, DoQ ou plusieurs transports en parallèle. Il enregistre ensuite le succès, l’échec ou l’expiration de la tentative chiffrée.

Après un succès récent, le résolveur devrait éviter d’envoyer la requête suivante en clair vers cette adresse. Il peut se limiter au transport dont le bon fonctionnement vient d’être établi. C’est ici que se situe le déplacement de pouvoir opérationnel : la mémoire du résolveur modifie le chemin emprunté par les requêtes futures.

Cette preuve n’est pas éternelle. La RFC suggère de mémoriser un succès pendant trois jours, un échec pendant un jour et d’accorder quatre secondes à l’établissement d’une connexion chiffrée. Les opérateurs peuvent retenir d’autres valeurs et sont encouragés à les publier. Ces paramètres ne sont pas de simples réglages techniques. Une persistance plus longue maintient davantage de trafic sur un transport déjà validé. Un amortissement plus long évite de solliciter inutilement un serveur incompatible, mais retarde une nouvelle tentative lorsqu’il devient capable.

Un délai plus généreux aide une connexion difficile à aboutir, au prix de latence et de ressources supplémentaires.

Le suivi par adresse révèle également ce que masque parfois un nom de serveur. Un service autoritatif peut reposer sur l’anycast, un répartiteur de charge ou un groupe de machines mises à niveau à des rythmes différents. Si le résolveur associe la capacité au nom plutôt qu’à l’adresse effectivement jointe, il peut attribuer le chiffrement à un nœud qui n’est pas prêt et provoquer un retard évitable. La RFC privilégie donc l’état par adresse. Elle demande aussi aux opérateurs de groupes de serveurs d’harmoniser rapidement leurs capacités ou d’orienter délibérément les connexions pendant la transition.

Le repli protège le service, pas toute la confidentialité

La sécurité opportuniste est attractive parce qu’elle améliore la confidentialité sans faire du chiffrement une condition de la résolution. Sa limite vient du même choix. Si une négociation chiffrée échoue, la RFC demande au résolveur d’effacer l’état de session, de mémoriser l’échec et d’envoyer la requête concernée par le DNS ordinaire lorsqu’aucune autre copie n’est en cours. La rupture d’une connexion déjà établie peut produire le même retour au clair.

Cette règle préserve la disponibilité pendant un déploiement partiel ou un incident. Elle transforme aussi le repli en décision de confidentialité. Un observateur passif ne peut pas casser le chiffrement en se contentant d’écouter. Un attaquant actif peut en revanche perturber la tentative et pousser le résolveur vers le clair. La RFC exclut explicitement la défense contre cet adversaire de sa promesse.

L’authentification constitue une autre frontière. Dans ce modèle unilatéral et opportuniste, le résolveur doit accepter le certificat présenté par le serveur. Rejeter une identité impossible à vérifier entraînerait un repli et exposerait la session à l’observateur passif. Le canal obtenu protège donc le contenu en transit, sans établir l’identité du serveur faisant autorité. Un intermédiaire actif peut se placer sur le trajet sans être détecté par ce mécanisme.

Il ne s’agit pas d’une faiblesse dissimulée derrière le mot « chiffré », mais du compromis déclaré de l’expérience. Une protection forte contre l’interférence active nécessiterait une signalisation authentifiée et une coordination qui sortent du périmètre de la RFC 9539. La gouvernance doit donc parler de confidentialité opportuniste, et non de DNS autoritatif authentifié.

La confidentialité a un coût d’exploitation

La sonde chiffrée crée du travail avant de réduire l’exposition. Le résolveur peut ouvrir plusieurs tentatives en parallèle, conserver l’état des capacités et des sessions, gérer des temporisateurs et maintenir des connexions. Un serveur faisant autorité peut recevoir bien davantage de connexions TLS ou QUIC durables qu’il n’en gérait avec l’UDP sans état. Les deux côtés ont besoin de règles lorsque le processeur, la mémoire, la bande passante ou les connexions deviennent rares.

La RFC 9539 fait de la réduction de ces effets négatifs une priorité de conception. Elle mentionne la consommation excessive de bande passante et de calcul ainsi que le risque d’amplification. Elle recommande de gérer les connexions inactives ou occupées, tout en reconnaissant qu’un système contraint peut cesser d’ouvrir de nouvelles connexions chiffrées ou refuser celles qui arrivent. DoT et DoQ fournissent le transport; l’expérience fournit une politique pour l’essayer sans transformer chaque échec en charge persistante.

Le chiffrement ne supprime pas non plus l’analyse du trafic. Le bourrage des requêtes et des réponses peut réduire ce que révèle leur taille. Une indication de nom de serveur envoyée en clair peut, elle, dévoiler des informations sur l’autorité visée; la RFC recommande donc de ne pas employer SNI dans ce scénario, sauf protection appropriée. Les adresses des extrémités, les caches froids et les essais simultanés continuent de produire des signaux observables. Le chiffrement réduit ce qu’un observateur passif apprend; il ne rend pas le parcours invisible.

Limites des preuves

Les normes établissent les choix de protocole, les transitions d’état, les temporisateurs suggérés, le comportement de repli et le modèle de menace. Elles ne démontrent ni l’étendue du déploiement de la RFC 9539, ni la proportion actuelle du trafic récursif-autoritatif chiffré, ni les paramètres réellement choisis par les opérateurs. La RFC appelle elle-même à mesurer les résultats après des mises en œuvre variées. Ces effets restent donc inconnus ici.

Le pouvoir appartient surtout à l’opérateur du résolveur : son logiciel et sa politique décident quand sonder, quel résultat mémoriser et quand revenir au clair. L’autorisation est plus étroite que le contrôle des données DNS. L’IETF définit une expérience facultative, chaque opérateur choisit d’y participer et l’opérateur autoritatif conserve le contrôle des réponses et de l’existence d’un service chiffré.

Les bénéficiaires recherchés sont les utilisateurs dont les questions DNS traverseraient autrement un segment observable en clair, ainsi que les opérateurs qui acquièrent des données de déploiement pour une protection future plus robuste. Le coût revient aux exploitants des résolveurs et des serveurs faisant autorité : connexions, état, calcul, mémoire, bande passante et traitement des échecs. Le contrefactuel évite ces sondes, mais laisse généralement ce maillon visible tant qu’aucun mécanisme plus fort n’est coordonné.

Sources