Résumé

  • OWE remplace le mot de passe public partagé par un échange Diffie–Hellman non authentifié à chaque association. Connaître le mot de passe du café et enregistrer la poignée de main ne suffit plus à recalculer la clé de trafic d'un voisin.
  • Le protocole ne certifie ni le point d'accès ni le terminal. Un adversaire actif peut imiter le réseau et s'interposer ; en outre, la protection s'arrête au lien radio. L'authentification et le chiffrement de bout en bout restent indispensables.

Le faux secret du café

Un mot de passe affiché sur un comptoir n'est pas un secret. Pourtant, le réseau qui l'utilise paraît souvent mieux protégé qu'un réseau « ouvert ». Le client saisit une suite de caractères, l'interface montre un cadenas et chacun peut croire que les conversations radio des autres sont devenues privées.

Avec une clé prépartagée connue de tous, cette impression est trompeuse. Celui qui connaît la clé et enregistre la poignée de main à quatre messages d'un autre terminal peut dériver ses clés de trafic. S'il a manqué l'association initiale, une trame de désauthentification forgée peut provoquer une nouvelle poignée de main. Le geste qui semblait établir une confidentialité personnelle distribue en réalité le même point de départ à toute la salle.

La RFC 8110, publiée en 2017 sous les noms de Dan Harkins et Warren Kumari, part de ce défaut concret. Elle ne cherche pas à authentifier le visiteur occasionnel ni à délivrer un certificat à chaque point d'accès. Elle demande si l'on peut au moins empêcher l'écoute passive de masse sans organiser au préalable une relation d'identité.

Une clé par association

OWE fait négocier aux deux extrémités un secret Diffie–Hellman non authentifié. Le terminal annonce la suite de gestion de clés OWE et fournit une valeur publique ; le point d'accès répond avec la sienne. Chacun calcule le même secret, puis l'intègre à la poignée de main Wi-Fi afin de produire la clé maîtresse propre à cette association.

Le groupe elliptique 19 constitue le minimum obligatoire d'interopérabilité. La RFC décrit également le transport des paramètres, le rejet des clés invalides ou inacceptables, les identifiants de PMK et la mise en cache. Ce niveau de détail empêche de réduire la conformité à une étiquette commerciale : il faut pouvoir montrer quelle suite a été négociée et quelle matière de clé en a résulté.

La rupture avec le mot de passe mural est décisive. Deux clients associés au même réseau n'obtiennent pas leur clé à partir d'un secret commun. Un observateur passif voit les valeurs publiques, mais ne peut pas en déduire le secret partagé si l'implémentation et la cryptographie tiennent leurs promesses.

Ce bénéfice a une portée nette. L'écouteur qui se contente d'enregistrer l'air perd son raccourci. OWE ne rend pas pour autant le lieu, l'opérateur ou le point d'accès digne de confiance.

Chiffrer n'est pas présenter ses papiers

L'échange Diffie–Hellman d'OWE ne comporte pas d'authentification. Le terminal ne présente ni compte, ni certificat, ni secret individuel. Le point d'accès ne prouve pas davantage son nom ou son exploitant. Cette absence est le prix qui permet au chiffrement de fonctionner sans inscription préalable ; c'est aussi l'ouverture laissée à une attaque active.

Un faux point d'accès peut reprendre le nom attendu, attirer le terminal et établir deux associations chiffrées distinctes, l'une avec la victime et l'autre vers le réseau. Placé au milieu, l'adversaire peut lire ou modifier les données qui ne disposent pas d'une protection supérieure. OWE a neutralisé l'écoute passive, pas l'usurpation active.

La RFC 7435 fournit le vocabulaire général pour comprendre ce choix. Le chiffrement opportuniste peut améliorer la confidentialité lorsque aucune politique explicite plus forte n'est disponible. Dès qu'une politique authentifiée existe, elle doit primer. Il ne faut ni dégrader une sécurité obligatoire vers le mode opportuniste, ni présenter une connexion opportuniste comme si elle avait vérifié une identité.

Le mot « chiffré » décrit donc un canal et un modèle de menace. Il ne répond pas automatiquement à la question « avec qui ? ». La séparation est moins séduisante qu'un unique voyant vert, mais elle est plus honnête.

La frontière physique du gain

La clé OWE protège les trames entre le terminal et le point d'accès. Elle ne voyage pas avec le paquet au-delà de ce premier segment. Une fois le trafic remis au réseau d'accès, le protocole ne contrôle plus sa confidentialité, son intégrité ni sa destination.

HTTPS et les autres mécanismes applicatifs authentifiés conservent donc leur fonction. Un VPN peut être pertinent selon le contexte ; une signature applicative peut fournir une preuve que le Wi-Fi ne possède pas. Ces couches ne sont pas des doublons. OWE rend le premier saut moins facile à écouter, tandis que la sécurité de bout en bout établit à qui l'application parle et protège le trajet restant.

De même, une clé radio individuelle ne transforme pas le client en voisin fiable. L'isolation entre stations, la segmentation, les politiques anti-abus et la surveillance de l'amont restent nécessaires. Le périmètre du chiffrement ne doit pas devenir le périmètre supposé de la confiance.

Une transition mesurable

Les parcs de terminaux n'évoluent pas d'un seul coup. La RFC prévoit donc un mode de transition : un service OWE et un service ouvert historique peuvent coexister au moyen de BSSID et d'éléments de découverte associés mais distincts. Un client compatible trouve l'option chiffrée ; un ancien appareil reste capable de se connecter à l'autre.

Cette compatibilité produit deux réalités dans le même lieu. Dire qu'un site « prend en charge OWE » ne prouve pas qu'une association donnée l'a négocié. Il faut mesurer la part des connexions OWE, les retours vers le BSS ouvert, les échecs de groupe et les effets d'un portail captif ou d'une interface qui oriente mal l'utilisateur.

La recommandation d'interface est tout aussi importante. Puisque l'identité du réseau n'est pas authentifiée, la RFC refuse d'assimiler OWE au cadenas traditionnel des réseaux à identifiants. Le réseau demeure « ouvert » au sens de l'authentification. Cette présentation peut sembler sévère pour une liaison effectivement chiffrée ; elle évite surtout de vendre une preuve d'identité inexistante.

Le changement de gardien

Deux liaisons officielles entre l'IETF et l'IEEE 802.11 retracent le passage du mécanisme vers son environnement de normalisation durable. En décembre 2024, la RFC 9672 a transféré à l'IEEE 802.11 la maintenance continue et les développements futurs d'OWE. Le document parle d'une mise en œuvre et d'un déploiement larges, sans publier de recensement universel ni de pourcentage de marché.

Pour un acheteur ou un exploitant, cette évolution impose une méthode simple : lire la RFC 8110 pour l'intention et les paramètres d'origine, puis vérifier les exigences IEEE actuelles et le comportement réel du produit. Une case « Enhanced Open » n'est pas une attestation autonome.

Elle fixe aussi la juste place de Kumari. Sa coédition du texte IETF est un fait public ; elle n'en fait ni l'inventeur unique, ni le propriétaire de la sécurité Wi-Fi, ni l'autorité sur les décisions présentes de l'IEEE. Son rôle documenté suffit à éclairer une manière de normaliser : isoler un gain atteignable, décrire ce qu'il ne résout pas et rendre cette limite interopérable.

Le procès-verbal d'une liaison opportuniste

Une preuve d'exploitation devrait distinguer au moins quatre objets. Conserver la version du point d'accès et du client, la suite AKM annoncée et choisie, le groupe négocié, le BSSID, la présence éventuelle du chemin ouvert historique et la réussite ou l'échec de l'association. Dans un laboratoire contrôlé, vérifier que deux clients n'aboutissent pas à une clé de session commune, sans conserver leurs contenus utiles.

Documenter ensuite ce qui manque. Aucune identité n'a été authentifiée par OWE. Une usurpation active demeure envisageable en l'absence d'une couche supérieure. L'application doit présenter sa propre preuve de serveur et chiffrer au-delà du point d'accès. Un paramètre public invalide doit conduire à un échec visible, pas à un repli silencieux.

Le dossier final doit permettre de répondre séparément : le premier saut était-il chiffré ? La clé était-elle propre à l'association ? Quelle identité, s'il y en avait une, a été authentifiée ? Le service distant était-il protégé indépendamment ?

La valeur d'OWE se trouve dans ces réponses séparées. Réduire une classe d'attaque sans résoudre toutes les autres est un progrès. La confondre avec la confiance serait une régression.

Sources