Cosa sta perdendo il mio IP? Spiegazione delle perdite WebRTC, DNS e IPv6

Cambiare l'indirizzo che un sito web vede è la parte facile. La parte difficile è assicurarsi che nient'altro sul tuo computer riveli silenziosamente l'indirizzo che stavi cercando di nascondere. Tre canali fanno questo più spesso, e tutti e tre bypassano il proxy o VPN perché utilizzano un percorso di codice diverso all'interno del tuo sistema operativo o browser rispetto alle normali richieste web. Se testi solo con una pagina "qual è il mio IP" e mostra l'indirizzo di uscita, hai controllato la porta principale mentre tre porte laterali sono aperte.

Le tre perdite classiche sono WebRTC, DNS e IPv6. Ognuna ha una causa diversa e una soluzione diversa. Comprendere il meccanismo è importante, perché un interruttore di "protezione dalle perdite" che non puoi verificare è solo una promessa.

WebRTC è la tecnologia del browser dietro le videochiamate in pagina. Per connettere due peer direttamente, deve conoscere i tuoi indirizzi IP candidati, quindi chiede a un server STUN per ottenerli — e lo fa dall'interno del browser utilizzando UDP, spesso saltando completamente il proxy. Uno script su qualsiasi pagina può leggere quei candidati attraverso l'API RTCPeerConnection senza permesso, e tra di essi potrebbero esserci il tuo vero IP locale e pubblico.

I proxy SOCKS5 e HTTP impostati a livello di applicazione non catturano questo traffico, motivo per cui un browser proxy può comunque perdere dati. Soluzioni: disabilita WebRTC dove non ne hai bisogno (in Firefox imposta media.peerconnection.enabled su false; in Chromium utilizza un'estensione che forza UDP proxy o disabilita ICE non proxy), oppure esegui il browser all'interno di una VPN a tunnel completo in modo che anche l'UDP di WebRTC esca attraverso il tunnel. I browser moderni mascherano anche l'indirizzo locale dietro un hostname mDNS .local, il che aiuta ma non copre sempre il candidato pubblico.

Una perdita di DNS si verifica quando il tuo dispositivo risolve i nomi host attraverso il risolutore del tuo ISP invece che attraverso il tunnel. La pagina si carica tramite il proxy, ma la ricerca che ha trasformato example.com in un IP è andata al tuo fornitore — quindi il tuo ISP vede ancora ogni dominio che visiti. Con i proxy, la soluzione è socks5h:// invece di socks5://, che chiede al proxy di risolvere in remoto; con una VPN, il DNS deve essere spinto all'interno del tunnel. Sovrapporre DNS su HTTPS o DNS su TLS lo rende ulteriormente più sicuro.

Una perdita di IPv6 è la trappola moderna: il tuo tunnel trasporta IPv4, ma il tuo sistema operativo ha ancora connettività IPv6 nativa, quindi qualsiasi sito compatibile con IPv6 viene raggiunto direttamente, esponendo il tuo vero indirizzo v6. Disabilita IPv6 mentre sei connesso, oppure utilizza una VPN che instrada anche l'IPv6. Consulta la nostra guida al test di perdita di DNS e proxy IPv6 per i dettagli.

Non assumere; verifica. Usa gli strumenti di privacy s4m e un endpoint di echo dell'intestazione per confermare cosa riceve effettivamente una destinazione, e esegui un test dedicato per perdite WebRTC/DNS/IPv6 con il tuo proxy o VPN attivi. Fallo una volta per un profilo del browser e di nuovo ogni volta che cambi rete. Per esperimenti rapidi, la lista di proxy gratuita va bene, ma ricorda che un semplice proxy HTTP o SOCKS protegge solo il traffico che passa attraverso di esso — WebRTC e IPv6 sono esattamente le parti che non lo fanno. Quando la protezione da perdite in ogni app è più importante del controllo per app, un VPN a tunnel completo è la risposta più completa, e un proxy autenticato con socks5h gestisce la parte DNS in modo pulito.