Inicio · Herramientas · Prueba WebRTC
WebRTC
Prueba si WebRTC enseña una IP
En esta pestaña ves las candidatas que el navegador ofrece. Puede aparecer una IP local o pública. La prueba no sale a buscar tu casa y no sustituye a la revisión del resto del navegador.
WebRTC puede decirle a una página qué direcciones usaría este navegador en una conexión entre pares. La prueba separa las máscaras de las direcciones privadas en bruto.
- Los candidatos se quedan en la pestaña
- mDNS no se llama fuga de LAN
- Se declara el uso de STUN
- Sin ranking de VPN
Prueba si WebRTC enseña una IP?
En esta pestaña ves las candidatas que el navegador ofrece. Puede aparecer una IP local o pública. La prueba no sale a buscar tu casa y no sustituye a la revisión del resto del navegador. WebRTC puede decirle a una página qué direcciones usaría este navegador en una conexión entre pares.
RFC 8828: WebRTC IP Address Handling Requirements
Última actualización
Analizar navegador
No se lee nada hasta que empiezas. Abrir la página no dibuja canvas, no abre WebRTC y no pide una dirección.
De dónde salen los candidatos
La página abre una RTCPeerConnection breve, reúne candidatos ICE y la cierra.
Se usa STUN para que el navegador conozca una dirección reflexiva. Esa petición va al host STUN, no a un perfil de CreatorPrivacyKit. Las líneas de candidatos no se suben.
Dirección privada y reflexiva
Un candidato host con 192.168.x muestra a la página una dirección de red privada.
La dirección reflexiva es la que vio el servidor STUN. Si difiere de la que ve este sitio, puede haber una VPN, un proxy u otra interfaz en el camino. La prueba no decide cuál es la del operador.
.local no es la IP de la LAN
Los nombres que acaban en .local son máscaras mDNS para que la página no aprenda la dirección LAN en bruto. Se marcan como protegidos, no como filtrados.
Si la recopilación ICE agota el tiempo o falla, el resultado es indeterminado, no protegido. Si termina sin candidatos, solo significa que esta vez no se observaron candidatos.
Cómo leer las líneas
Una dirección privada en bruto es exposición directa. Una reflexiva pública es una observación; no se llama fuga de VPN salvo que la comparación con la dirección HTTP del sitio muestre una ruta distinta.
Solo relay quiere decir que el navegador ofreció un relé en lugar de la dirección del host. No certifica que cada programa del equipo esté cubierto.
Qué se puede probar
La protección WebRTC del navegador, una VPN que trate WebRTC, o desactivar WebRTC si aceptas que se rompa alguna función.
Ninguna marca lo garantiza. Escanea otra vez después del cambio.
Una pasada de Chrome headless, 26 de octubre de 2026
El 26 de octubre de 2026, un Google Chrome headless 154.0.8037.92 abrió RTCPeerConnection con iceServers stun:stun.cloudflare.com:3478, creó un canal de datos llamado cpk y detuvo la recolección a los 4 segundos o al completarse ICE. Esa URL STUN, ese nombre de canal y ese tope de 4 segundos coinciden con collectWebRtcSignals en src/browser-privacy/webrtc.js. No fue un clic en el botón Analizar de la página publicada. Chrome se lanzó con --no-sandbox y --disable-dev-shm-usage.
La recolección terminó como timeout-4000 tras 4002 ms. Ya habían llegado dos candidatos UDP: uno host cuya dirección era un nombre mDNS .local, no una IP privada en bruto, y uno reflexivo de servidor que era una IPv4 pública. No hubo prflx, relay ni IPv6. Las cadenas de dirección no se publican. No se pidió la dirección HTTP vista por el sitio, así que este caso es srflx público sin comparar con la dirección HTTP. No es un veredicto sobre una VPN.
Un segundo arranque añadió --force-webrtc-ip-handling-policy=disable_non_proxied_udp. La recolección volvió a ser timeout-4000, tras 4001 ms, con los mismos recuentos. Recuentos iguales no prueban que la opción se aplicara en este arranque headless.
La página WebRTC estática de BrowserLeaks, leída el 26 de octubre de 2026 sin ejecutar su script, sigue mostrando títulos para una IP remota, soporte de RTCPeerConnection y RTCDataChannel, una IP WebRTC local, una IP WebRTC pública, una descripción de sesión y dispositivos multimedia. Sus notas para desactivarlo siguen indicando a Firefox poner media.peerconnection.enabled en false en about:config, y a Chrome la extensión WebRTC Network Limiter. Este sitio no ejecutó esa prueba y sigue sin saber qué host STUN usa esa página. El párrafo del 21 de octubre de arriba sigue en pie. Esta pasada no listó micrófonos ni cámaras, y no usó una VPN.
Preguntas
¿xxxx.local es mi IP local real?
No. Es un nombre mDNS. La página no puede volver a convertirlo en la dirección LAN.
¿Incluye una prueba de fuga DNS?
No. Aquí no se adivinan los resolvers.
Preguntas frecuentes
¿Ver una IP significa que ya saben dónde vivo?
No. Una candidata de red no es una dirección postal.
¿La prueba sube algún archivo?
No. Consulta el propio navegador.