Test leak WebRTC: la tua VPN lascia trapelare il tuo vero indirizzo IP?
Questo test leak WebRTC sfrutta esattamente la medesima tecnica di connessione peer-to-peer utilizzata dagli script di tracciamento e verifica se gli indirizzi ricavati rivelano l'IP che la tua VPN dovrebbe tenere nascosto. Apre una connessione RTCPeerConnection con un canale dati vuoto — senza attivare fotocamera, senza microfono e senza mostrare avvisi —, interroga due server STUN pubblici su come appare la tua connessione dall'esterno e confronta il dato con l'indirizzo IP delle tue normali richieste HTTPS.
Come interpretare i candidati ICE mostrati da questo test
WebRTC deve identificare ogni indirizzo tramite cui un altro dispositivo potrebbe mettersi in contatto con te, generando un elenco di candidati ICE. Questa pagina mostra l'elenco grezzo con tipologia e protocollo di trasporto, interrompendo la ricerca dopo cinque secondi.
In cima figurano i tuoi indirizzi IPv4 e IPv6 rilevati tramite HTTP — i medesimi valori forniti dallo strumento qual è il mio indirizzo IP. Essi rappresentano il termine di confronto fondamentale; il verdetto scaturisce dalla loro comparazione.
host, srflx e relay: significato dei contrassegni
- Locale (host): un indirizzo di proprietà della tua scheda di rete: un IP LAN come
192.168.1.14o un nome.localcasuale. - Pubblico (tramite STUN): il candidato
srflx, ossia l'indirizzo rilevato dal server STUN all'arrivo del pacchetto. È il dato che conta quando si naviga sotto VPN. - Relay (TURN): pacchetto instradato tramite un server di rimbalzo; questo test utilizza solo STUN, pertanto una voce relay è insolita.
Cosa indica ciascun verdetto
- Perdita rilevata: un candidato pubblico STUN differisce dal tuo IP HTTP; sotto VPN, il pacchetto STUN ha oltrepassato il tunnel protetto.
- Nessuna perdita: i due indirizzi coincidono alla perfezione.
- IP locale esposto: è comparso un indirizzo LAN grezzo invece di un identificativo mDNS offuscato.
- Protetto: il tuo indirizzo locale è mascherato dietro un nome host
.localcasuale. - Nessun IP pubblico / WebRTC bloccato: server STUN irraggiungibili o WebRTC disabilitato nel browser.
Perché WebRTC può rivelare l'IP che la tua VPN dovrebbe celare
WebRTC è nato per consentire comunicazioni dirette tra browser: videoconferenze, chiamate audio e scambio di file. Connettere due computer protetti da router indipendenti richiede l'attraversamento NAT, che a sua volta necessita di una risposta esterna: da quale indirizzo ha origine questo flusso? Un server STUN risponde a questa domanda, e qualsiasi pagina web può avviare la procedura in background tramite JavaScript.
Questo meccanismo diventa rischioso quando si desidera mascherare il proprio traffico. Una VPN instrada le richieste web ordinarie nel proprio tunnel cifrato, ma WebRTC invia autonomamente pacchetti UDP verso STUN che, in caso di split tunneling, seguono l'instradamento ordinario. Le estensioni VPN per browser sono l'esempio più comune: fanno da proxy per le richieste HTTP ma tralasciano il traffico UDP del sistema operativo — motivo per cui questo esito può smentire una verifica VPN effettuata via HTTP.
Un nome host .local casuale non costituisce una perdita di dati
Se un candidato host riporta una dicitura simile a 7b3f9c21-4d0a-48e7.local anziché 192.168.1.14, la protezione funziona regolarmente. Si tratta dell'offuscamento mDNS: il browser genera un nome DNS multicast provvisorio per la scheda di rete e lo trasmette al posto dell'IP LAN reale. Chrome, Edge, Brave, Firefox e Safari lo adottano per impostazione predefinita — uBlock Origin ha rimosso la propria opzione WebRTC dalla v1.38 poiché i browser gestiscono ora nativamente questa schermatura. Due aspetti da considerare: protegge solo l'IP della rete locale (non previene leak della VPN pubblica) e qualsiasi sito a cui sia stato concesso l'accesso a microfono o fotocamera riceverà comunque l'IP locale reale.
Come risolvere le perdite WebRTC su Chrome ed Edge
Nessuno dei due browser offre un semplice interruttore per spegnere WebRTC, e le opzioni in chrome://flags o edge://flags non consentono più di disattivarlo. Tre soluzioni risultano efficaci nella pratica:
- Utilizza un client VPN completo a livello di sistema operativo anziché una semplice estensione per browser. Se ogni pacchetto UDP attraversa il tunnel cifrato, STUN rileverà esclusivamente l'IP del server VPN.
- Imposta la policy di gestione IP tramite un'estensione. Strumenti come WebRTC Leak Prevent configurano il parametro
chrome.privacy.network.webRTCIPHandlingPolicysudefault_public_interface_onlyodisable_non_proxied_udp, bloccando l'esposizione locale. - Applica le policy di sistema. Su Windows, configura
WebRtcIPHandlingper Chrome oWebRtcLocalhostIpHandlingsottoSOFTWARE\Policies\Microsoft\Edgecon i valoriAllowPublicInterfaceOnlyoDisableNonProxiedUdp. È necessario riavviare il browser; verifica inedge://policy.
Come disabilitare completamente WebRTC in Firefox
Firefox è l'unico browser desktop tradizionale dotato di un vero interruttore di disattivazione. Digita about:config, accetta l'avviso di sicurezza, cerca media.peerconnection.enabled e fai doppio clic per impostare il valore su false. WebRTC risulterà disattivato per tutti i siti senza dover riavviare il browser, e questo test lo segnalerà come bloccato.
Si tratta di una misura drastica: piattaforme web come Teams, Google Meet, Discord e Zoom smetteranno di collegarsi fino a quando non ripristinerai la voce. Per continuare a effettuare chiamate senza esporre l'IP, lascia attiva tale preferenza e imposta invece media.peerconnection.ice.default_address_only su true — Firefox fornirà così soltanto l'indirizzo della tua route predefinita (ovvero quello della VPN).
Come configurare Brave contro le perdite WebRTC
Brave include nativamente le impostazioni che Chrome tiene nascoste. Vai su brave://settings/privacy e individua WebRTC IP handling policy. Sotto VPN o proxy, due valori risultano appropriati:
- Default: può enumerare tutte le interfacce, esponendo gli indirizzi locali.
- Default Public and Private Interfaces: usa la route predefinita ma rivela comunque l'IP privato corrispondente.
- Default Public Interface Only: solo route predefinita senza indirizzi locali; le chiamate web continuano a funzionare. È la scelta consigliata per tutti i giorni.
- Disable Non-Proxied UDP: impone TCP attraverso il proxy se quest'ultimo non supporta UDP. È l'opzione più rigida (usata da Brave nelle finestre Tor), ma potrebbe compromettere le chiamate peer-to-peer.
Cosa considerare su Safari, iPhone e Android
Sui dispositivi mobili e sul motore WebKit le consuete raccomandazioni per computer desktop cessano di essere valide.
Safari su macOS
Le versioni moderne di Safari non dispongono di un interruttore globale persistente. Le opzioni presenti nel menu Sviluppo durano soltanto per la sessione corrente. Poiché Safari nasconde gli IP locali dietro mDNS finché non si autorizzano microfono o fotocamera, la difesa più valida consiste nel limitare i permessi in Safari > Impostazioni > Siti web e utilizzare una VPN di sistema.
iPhone e iPad
Tutti i browser su iOS impiegano il motore WebKit, pertanto Chrome o Firefox per iPhone non offrono about:config, né sezioni flag né supporto alle estensioni; i content blocker non possono filtrare WebRTC. Per scongiurare leak su iPhone, attiva una VPN di sistema in Impostazioni > VPN che incanali il traffico UDP e ripeti questo test con Safari.
Android
Chrome per Android non offre flag o estensioni per WebRTC. Brave per Android mette invece a disposizione le medesime policy di gestione IP nelle proprie impostazioni di riservatezza. Su Firefox per Android about:config è utilizzabile solo nelle build Nightly o Beta. In alternativa, attiva la funzione VPN sempre attiva con l'opzione Blocca connessioni senza VPN.
Limiti e confini di questa diagnosi
Questo strumento rileva esclusivamente le informazioni che il tuo browser mette a disposizione degli script eseguiti su questa pagina. Non è in grado di rilevare fughe situate al di sotto della finestra di navigazione — come instradamenti errati a livello di sistema operativo o percorsi IPv6 non gestiti dalla tua VPN — e non verifica le perdite DNS. Se un firewall blocca STUN, otterrai il messaggio „Nessun IP pubblico“, il quale significa soltanto che la richiesta non ha ricevuto risposta. Inoltre, l'indirizzo IP è solo uno dei tanti identificatori: risoluzione dello schermo, font installati e intestazioni esaminate da Che browser uso possono individuare il tuo dispositivo anche con una VPN attiva.
Domande frequenti (FAQ)
WebRTC può esporre il mio vero indirizzo IP anche sotto VPN?
Sì, può accadere. WebRTC trasmette autonomamente pacchetti UDP verso i server STUN. In presenza di split tunneling o di semplici estensioni VPN per browser, tali pacchetti viaggiano al di fuori del tunnel protetto. Il server STUN rileva così il tuo indirizzo IP reale fornito dal provider di rete, consentendo a qualunque sito di leggerlo tramite JavaScript. Un client VPN a livello di sistema elimina il problema.
Esiste un modo per disattivare completamente WebRTC in Edge?
Non tramite le normali schermate di configurazione: Edge non ha un interruttore generale e il vecchio flag in about:flags è stato rimosso. Su Windows puoi tuttavia impostare la policy WebRtcLocalhostIpHandling su AllowPublicInterfaceOnly o DisableNonProxiedUdp nel Registro di sistema in SOFTWARE\Policies\Microsoft\Edge. Richiede il riavvio del browser; verifica in edge://policy.
Dove posso disattivare WebRTC e PeerConnection in Firefox?
Accedi ad about:config, individua il parametro media.peerconnection.enabled e fai doppio clic per impostarlo su false. In questo modo disabiliti WebRTC all'istante su ogni sito, ma le chiamate web cesseranno di funzionare. Se desideri conservare le chiamate, mantieni attiva tale voce e cambia invece media.peerconnection.ice.default_address_only su true.
Come posso disattivare in modo permanente WebRTC in Safari?
Nelle versioni attuali di Safari non è possibile farlo in maniera globale e definitiva. L'opzione sperimentale presente in passato è stata rimossa e le voci del menu Sviluppo durano solo per la sessione corrente. Poiché Safari cela gli indirizzi locali dietro mDNS, la misura più valida è gestire i permessi dei siti in Safari > Impostazioni > Siti web e usare una VPN di sistema.
Quali sono le migliori impostazioni in Brave contro i leak WebRTC?
In brave://settings/privacy imposta la WebRTC IP handling policy su „Disable Non-Proxied UDP“ quando utilizzi una VPN o un proxy. WebRTC userà così il protocollo TCP attraverso il proxy e STUN non potrà mai individuare il tuo vero indirizzo. L'opzione „Default Public Interface Only“ è la scelta ottimale se desideri continuare a svolgere chiamate vocali.
Quale criterio di gestione IP WebRTC dovrei selezionare?
L'opzione „Default Public Interface Only“ è quella consigliata per quasi tutti: cela gli adattatori di rete locali, mantiene attivo il protocollo UDP e lascia inalterate le videoconferenze. Seleziona „Disable Non-Proxied UDP“ solo se desideri la massima riservatezza sotto proxy o VPN. I valori predefiniti continuano invece a rivelare le interfacce della rete locale.
Perché il mio indirizzo IP privato viene reso pubblico da WebRTC?
Nei browser moderni questo non si verifica più in chiaro. Chrome, Edge, Brave, Firefox e Safari rimpiazzano l'indirizzo LAN privato con un identificativo mDNS provvisorio che termina in .local. I siti web leggono quindi tale etichetta invece di un valore come 192.168.1.14. Se il test mostra un IP privato in chiaro, tale meccanismo di difesa risulta inattivo.