Test di fuga WebRTC
Esecuzione del test di fuga...
IPv4 (HTTP) Verifica in corso...
IPv6 (HTTP) Verifica in corso...
Candidati ICE raccolti
Nessun candidato ICE è stato raccolto.
Posizione approssimativa
Localizzazione della tua rete…

Il segnaposto indica il centro approssimativo dell'area servita dal tuo operatore, non la tua casa, la tua via o il tuo dispositivo. Uno scarto di decine di chilometri è normale.

Come fermare una fuga WebRTC
Chrome / Edge — installa un'estensione che blocchi WebRTC (ad esempio «WebRTC Leak Prevent») oppure usa un client VPN che blocchi esplicitamente il traffico WebRTC: Chrome moderno non offre più un interruttore integrato.
Firefox — apri about:config, cerca media.peerconnection.enabled e impostalo su false per disattivare del tutto WebRTC.
Safari — WebRTC non si può disattivare globalmente; revoca l'accesso a fotocamera e microfono sito per sito in Safari > Impostazioni > Siti web, oppure affidati a una VPN che blocchi WebRTC a livello di rete.
Brave — apri il pannello Shields e imposta il limitatore di rete WebRTC sulla modalità più restrittiva («Proxied») per impedire fughe dell'IP locale.
Informazioni sul test di fuga WebRTC

WebRTC è una tecnologia del browser pensata per videochiamate in tempo reale e trasferimento di file peer-to-peer. Per collegare due computer direttamente deve scoprire ogni indirizzo di rete su cui ciascun lato potrebbe essere raggiunto, perciò chiede a un server STUN pubblico «che IP mostra questa connessione vista da fuori?» e raccoglie la risposta come candidato ICE. Quello scambio di candidati avviene normalmente in modo invisibile tra due interlocutori di una chiamata, ma qualsiasi sito può anche innescarlo silenziosamente in background, leggere i candidati ed estrarne i tuoi indirizzi.

Questo diventa un problema di privacy soprattutto per chi usa una VPN. Una VPN reinstrada il normale traffico HTTP nel suo tunnel, così i siti vedono l'IP della VPN invece del tuo. WebRTC però dialoga con il server STUN tramite una propria connessione e, in alcune configurazioni, quella connessione aggira del tutto il tunnel della VPN, rivelando il tuo vero IP anche se la barra degli indirizzi lascia intendere che sei «protetto». I browser moderni cercano inoltre di nascondere l'indirizzo di rete locale sostituendolo con un nome mDNS casuale e monouso che termina in .local invece di un IP come 192.168.1.5; quella sostituzione è un reale miglioramento della privacy, non il segno che qualcosa non funziona.

Questo strumento esegue esattamente lo stesso processo di raccolta ICE che potrebbe eseguire una pagina malevola, usando due server STUN indipendenti per affidabilità, e confronta ogni candidato pubblico raccolto con il tuo vero indirizzo IP HTTP. Se coincidono, WebRTC non aggiunge alcuna esposizione oltre a ciò che ogni sito già vede. Se differiscono mentre credi di essere sotto VPN, quella discrepanza è la fuga, e le soluzioni qui sopra spiegano come chiuderla nel tuo browser specifico.

Questo test rivela solo ciò che il tuo browser espone tramite la raccolta ICE di WebRTC; non può rilevare fughe che avvengono a livello di sistema operativo o di router.

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.14 o un nome .local casuale.
  • 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 .local casuale.
  • 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.webRTCIPHandlingPolicy su default_public_interface_only o disable_non_proxied_udp, bloccando l'esposizione locale.
  • Applica le policy di sistema. Su Windows, configura WebRtcIPHandling per Chrome o WebRtcLocalhostIpHandling sotto SOFTWARE\Policies\Microsoft\Edge con i valori AllowPublicInterfaceOnly o DisableNonProxiedUdp. È necessario riavviare il browser; verifica in edge://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.