Résumé

  • Talal Haj Bakry et Tommy Mysk ont décrit trois fonctions de WebKit capables de contourner un proxy applicatif : la prélecture DNS, les Related Origin Requests de WebAuthn et WebTransport.
  • La première peut révéler le résolveur DNS habituel de l’appareil ; les deux autres peuvent montrer l’adresse IP réelle à un serveur choisi par le site.
  • Les mécanismes concernés sont présents, selon les chercheurs, depuis iOS 18.0 pour WebAuthn, iOS 26.0 pour la prélecture DNS et iOS 26.4 pour WebTransport.
  • Le 5 août, TechCrunch a vérifié indépendamment que la preuve de concept révélait son adresse réelle alors que Private Relay était activé.
  • Apple présente Private Relay comme un service à deux sauts pour Safari, les requêtes DNS et certains flux HTTP non chiffrés, et non comme un VPN couvrant tout le système.
  • Psylo 1.3.1 a ajouté des parades locales, mais aucune reconnaissance d’Apple, aucun CVE, aucun correctif de plateforme ni mesure de prévalence n’étaient établis à l’heure de clôture.

Une promesse de produit n’est pas encore une carte des flux

Apple décrit une séparation élégante : un premier relais connaît l’adresse de l’abonné sans connaître la destination, un second voit la destination sans connaître l’identité d’origine. Ce modèle peut fonctionner pour les requêtes qui lui sont effectivement confiées. La difficulté commence avant le chiffrement et avant les deux sauts : qui crée la connexion, et quelle politique réseau cette connexion hérite-t-elle ?

La page provoque les trois cas, mais Safari n’en est pas toujours le propriétaire technique. Résolveur spéculatif, service d’identifiants ou transport distinct prennent la main. L’utilisateur voit une visite protégée ; l’architecture, plusieurs émetteurs aux règles différentes.

Le cas DNS doit rester distinct des deux fuites d’adresse

Une balise de prélecture demande la résolution anticipée d’un nom de domaine. Mysk affirme que WebKit l’envoie par le chemin DNS ordinaire de l’appareil, même lorsqu’un proxy est configuré. Un site peut fournir un nom unique et observer la requête sur son serveur DNS faisant autorité. Il découvre alors le résolveur et le contexte réseau réels plutôt que ceux du proxy.

Ce signal n’est pas automatiquement l’adresse publique exacte vue par le site web : cache, récursion et configuration modifient l’observation. Il s’agit d’un chemin de résolution, pas forcément du même identifiant que dans une connexion directe.

WebAuthn déplace la requête vers le service d’identifiants

Les Related Origin Requests permettent de partager un identifiant entre plusieurs domaines appartenant à une même organisation. Pour vérifier cette relation, le système récupère un fichier sous le domaine déclaré. Selon les chercheurs, cette récupération est effectuée par le service d’identifiants de l’OS et non par la pile réseau de Safari. Elle n’entre donc pas dans Private Relay et le serveur reçoit l’adresse réelle de l’appareil.

L’utilisateur n’a pas besoin d’utiliser une passkey. Avec la médiation conditionnelle, la page peut déclencher la validation sans afficher de boîte de dialogue. Le contrôle à examiner n’est donc pas le consentement à une authentification, mais la capacité d’une page à faire lancer silencieusement une connexion hors relais par un service système.

WebTransport ouvre un itinéraire parallèle

WebTransport fournit des flux et des datagrammes à faible latence sur HTTP/3 et QUIC. La recherche indique que sa connexion est construite sans reprendre la configuration de proxy de la session WebKit. Le serveur voit alors une connexion directe de l’appareil. Contrairement au cas DNS, l’exposition porte bien sur l’adresse IP présentée à la destination.

WebTransport sert des applications légitimes. Toute connexion fille d’un contexte protégé devrait donc hériter du parcours, être refusée ou demander une exception intelligible, indépendamment du composant qui ouvre la socket.

La différence avec un VPN fixe la limite du diagnostic

La documentation d’Apple réserve Private Relay à Safari, aux résolutions DNS et à certains flux HTTP. Un VPN agit généralement à l’échelle du système ; les chercheurs indiquent que les trois contournements précis ne l’affectent pas de la même manière. Cette distinction empêche d’attendre de Private Relay une couverture qu’Apple ne lui attribue pas.

Les requêtes restent déclenchées depuis Safari. Affirmer que « tout fuit » serait faux ; les exclure sans signal visible serait tout aussi insuffisant. Le périmètre annoncé doit correspondre aux appels système réels.

Les mesures locales ne ferment pas la faille commune

Psylo 1.3.1 bloque la prélecture DNS et désactive WebTransport et WebAuthn par défaut, avec une réactivation possible par silo. C’est une réduction d’exposition raisonnable pour un navigateur axé sur la confidentialité, au prix d’une compatibilité moindre. Les chercheurs disent aussi avoir prévenu le projet Tor et les développeurs d’Onion Browser.

À la clôture, TechCrunch n’avait pas reçu de commentaire d’Apple. Les chercheurs n’avaient pas prévenu l’entreprise, invoquant leur expérience antérieure ; aucun CVE ni correctif Apple n’était établi. Une clôture exigera une politique commune puis un test indépendant.

Sources