WebKit fa trapelare IP e DNS reali oltre i proxy e iCloud Private Relay

Una fuga di IP e DNS in WebKit annulla la privacy che i browser con proxy dovrebbero garantire su iOS. I ricercatori di Mysk hanno pubblicato il 4 agosto 2026 risultati che mostrano come tre diverse funzioni di WebKit aprano connessioni direttamente dal dispositivo, ignorando il proxy che il browser doveva usare. Gli stessi tre percorsi sfuggono anche a iCloud Private Relay di Apple.

Non si tratta di un exploit remoto. Una pagina non deve forzare nulla: usa semplicemente funzioni ordinarie della piattaforma web e osserva da dove arriva il traffico.

Le tre funzioni che aggirano il proxy

DNS prefetch è un'ottimizzazione della velocità. Una pagina segnala che a breve le servirà un nome host e il motore lo risolve in anticipo. Su iOS questa risoluzione passa dal normale percorso DNS del dispositivo e non dal proxy. Un sito può inserire nel suggerimento un nome host unico per ogni visitatore e poi leggere le richieste quando arrivano al proprio server dei nomi autoritativo, direttamente dalla rete reale del visitatore.

WebAuthn related origin requests perde in modo diverso. WebKit affida la cerimonia passkey al servizio credenziali del sistema operativo, e quel servizio scarica da solo il file /.well-known/webauthn del sito. La richiesta parte dal sistema e non dal browser, quindi le impostazioni proxy del browser non entrano mai in gioco.

WebTransport è il più diretto dei tre. Crearne uno apre una connessione QUIC dal dispositivo alla destinazione, senza alcun proxy in mezzo.

Perché iCloud Private Relay qui non salva

Private Relay viene spesso descritto come una VPN per Safari. Non lo è. Instrada il traffico delle pagine di Safari attraverso due passaggi in modo che nessuna singola parte veda insieme chi sei e che cosa hai chiesto. Quella protezione copre il normale percorso di caricamento di una pagina, e tutte e tre le fughe stanno fuori da lì. Quando il servizio credenziali del sistema o un socket QUIC escono per conto proprio, Private Relay non è affatto nel circuito.

Lo stesso ragionamento spiega perché il problema pesa di più su iPhone che altrove. Le regole dell'App Store impongono che ogni browser iOS usi WebKit, quindi un browser orientato alla privacy non può sostituire il motore con uno che instradi correttamente questi percorsi. I browser basati su Tor per iOS ereditano la fuga per costruzione, e lo stesso vale per qualsiasi app che costruisca l'anonimato su un proxy interno.

Che cosa si sta correggendo

Per ora le contromisure arrivano dagli sviluppatori delle app e non dal motore. Psylo ha rilasciato la versione 1.3.1: rimuove dalle pagine i suggerimenti dns-prefetch e disattiva per impostazione predefinita WebTransport e WebAuthn, che restano come interruttori facoltativi. È un aggiramento a livello di applicazione: ogni browser coinvolto deve accorgersi del problema e disattivare funzioni utili una alla volta. Non c'è alcuna dichiarazione pubblica di Apple né una modifica annunciata di WebKit che affronti i tre percorsi insieme.

Perché un tunnel di sistema non è coinvolto

Qui conta a quale livello viene applicata la privacy. Un proxy configurato dentro un browser copre solo il traffico che quel browser decide di farci passare, quindi tutto ciò che apre un altro componente del sistema gli scivola accanto. Un tunnel completo invece è imposto dallo stack di rete del sistema operativo: ogni pacchetto di ogni processo esce dalla stessa interfaccia, che provenga dal caricamento di una pagina, da un servizio credenziali o da un socket QUIC grezzo. Per questo le VPN full tunnel restano immuni a tutte e tre le fughe mentre i proxy interni ai browser no, ed è un promemoria utile: la privacy a livello di browser e quella a livello di rete risolvono problemi diversi.

Per chi oggi si affida a un browser con proxy i passi sono piccoli ma concreti: aggiornare l'app se lo sviluppatore ha già rilasciato una contromisura, smettere di considerare Private Relay uno strumento di anonimato e verificare che cosa espone davvero il proprio browser invece di fidarsi dell'indicatore nell'interfaccia.