Inicio/Comprobaciones del entorno/Fuga de WebRTC

Prueba de fugas WebRTC

Comprueba si WebRTC filtra una IP pública o local, con un resultado claro y comparación de direcciones.

Comprobando. Los resultados aparecen a medida que finaliza cada comprobación.

Comprobando

Las señales del navegador y el contexto de red se comprueban en paralelo y normalmente terminan en unos segundos.

IP de conexión web
No hay una IP de conexión verificada para comparar
IPs públicas expuestas por WebRTC
No se obtuvo en esta prueba

Acción recomendadaComprobando. Los resultados aparecen a medida que finaliza cada comprobación.

Detalles de la dirección

Direcciones públicas y locales y máscaras mDNS obtenidas en esta prueba.

IP de conexión web
No hay una IP de conexión verificada para comparar
IPv4 pública (WebRTC)
No se obtuvo en esta prueba
IPv6 pública (WebRTC)
No se obtuvo en esta prueba
IPv4 local
No se obtuvo en esta prueba
IPv6 local
No se obtuvo en esta prueba
Nombre de host mDNS
No se obtuvo en esta prueba

Direcciones ICE devueltas por el navegador

Los tipos de dirección se clasifican a partir del resultado del navegador. Una lista vacía no demuestra que no haya fugas.

0
ComprobandoLa política del navegador, las restricciones de red o el contexto de seguridad de la página pueden causar esto; no prueba que no haya una fuga.
Acerca de este resultadoUna fuga de IP pública aquí significa que WebRTC expuso una dirección pública de la misma versión diferente de la IP de conexión web. No identifica tu IP doméstica. La exposición de IP local se evalúa por separado; la ausencia de direcciones no verifica la seguridad.
Privacidad y red · Una guía práctica

Una guía para pruebas de fugas WebRTC

Una dirección IP no es, por sí misma, una fuga. Comprueba de dónde provino y si la conexión utilizó la salida de red que pretendías.

¿Qué es una fuga de WebRTC?

WebRTC permite a los navegadores intercambiar audio, video y datos en tiempo real. Para establecer una conexión, un navegador recopila posibles direcciones de red, conocidas como candidatos ICE.

Si esperas que el tráfico use una VPN o un proxy, WebRTC aún podría exponer una dirección a través de otra ruta de red. La comparación útil es entre su dirección pública y la dirección de salida de tu conexión web dentro de la misma versión de IP.

Dos rutas de conexión para comparar
Tu navegador
Solicitud webHTTPSIP de salida web
WebRTCICE / STUNCandidato público

Compara IPv4 con IPv4, e IPv6 con IPv6.

Cómo interpretar tu resultado

El veredicto utiliza las direcciones realmente observadas en esta prueba. La falta de evidencia no se trata como prueba de seguridad.

Filtrada
WebRTC expuso una dirección pública que difiere de tu salida web dentro de la misma versión de IP. Esta es una discrepancia de salida que debe investigarse; por sí sola no prueba que la dirección sea tu IP doméstica.
IP local expuesta
El navegador devolvió una dirección de red privada o local. Esto es distinto de exponer una IP pública: las direcciones locales generalmente no son enrutables directamente en Internet, pero pueden revelar cierta información de la red interna.
No filtrada
Los candidatos públicos comparables coincidieron con la salida web y no activaron otro hallazgo de exposición de dirección. Esto se aplica solo a lo que observó esta prueba, no a todas las conexiones o aplicaciones de tu dispositivo.
No concluyente
La prueba puede tener solo nombres mDNS, ningún candidato, ninguna línea base de salida confiable, o direcciones IPv4/IPv6 que no se pueden emparejar. Un navegador no compatible o una prueba fallida tampoco debe interpretarse como un resultado seguro.

¿Encontraste una discrepancia? Revisa estas cuatro cosas

Una VPN conectada no garantiza que todas las conexiones sigan la misma ruta. Los proxies del navegador, el túnel dividido y el soporte de IPv6 pueden afectar el resultado.

  1. Identifica tu salida prevista

    Verifica la ubicación de la VPN o el proxy que seleccionaste y luego compara las direcciones públicas de la salida web y de WebRTC. Separa IPv4 de IPv6 antes de compararlas.

  2. Revisa la cobertura del proxy e IPv6

    Verifica si estás usando una VPN en todo el dispositivo, un proxy de aplicación o un proxy solo del navegador. Revisa las reglas de túnel dividido y el manejo de IPv6. El proxy de solicitudes web no necesariamente cubre las conexiones WebRTC.

  3. Ajusta la política de WebRTC solo cuando sea necesario

    Prefiere la protección contra fugas de tu VPN o una política de red compatible con el navegador. No existe un interruptor universal entre navegadores. Restringir WebRTC puede afectar videollamadas, llamadas de voz y colaboración en tiempo real.

  4. Repite la prueba y verifica de forma cruzada

    Después de cambiar la configuración, vuelve a abrir la página o ejecuta la prueba nuevamente y compara las direcciones. Verifica el DNS por separado para obtener otra vista de tu conexión. Un veredicto verde no es una evaluación completa de privacidad.

¿Cómo ejecuta CHA.LA esta prueba?

La página crea una RTCPeerConnection temporal en tu navegador y utiliza un canal de datos para activar la recopilación de candidatos ICE. Cuando están configurados y disponibles, los servicios STUN ayudan a observar las direcciones de red. La conexión temporal se cierra después de la recopilación.

Los candidatos se clasifican como direcciones públicas, direcciones locales o nombres mDNS. Los candidatos públicos se comparan con direcciones confiables de la solicitud web actual y las sondas de salida, por separado para IPv4 e IPv6. Esta verificación no requiere acceso a la cámara ni al micrófono.

Preguntas frecuentes

Respuestas prácticas sobre VPN, configuración del navegador y diferencias entre resultados de pruebas.

¿Ver una dirección IP al usar una VPN significa que se filtró?

No. Un sitio web y WebRTC pueden ver la IP de salida de tu VPN, lo cual es esperado. Busca una dirección pública inesperada y compara direcciones dentro de la misma versión de IP. Incluso una discrepancia necesita contexto, como túnel dividido, redes de doble pila y configuración de la VPN.

¿Debo preocuparme por una dirección 192.168.x.x o 10.x.x.x?

Estas suelen ser direcciones de red privadas. Ver una no significa que un visitante de Internet pueda conectarse directamente a tu dispositivo. Sin embargo, puede revelar cierta estructura de red, por lo que CHA.LA informa la exposición de direcciones locales por separado de una fuga de IP pública.

¿Por qué veo una dirección .local o un resultado no concluyente?

Un navegador puede sustituir una dirección local por un nombre de host mDNS, y una red puede restringir la recopilación de candidatos. Sin suficientes candidatos públicos y una línea base de salida confiable, la prueba no puede completar la comparación. No recopilar ninguna dirección no es lo mismo que verificar que no se filtró ninguna dirección.

¿Por qué distintos sitios web de pruebas muestran resultados diferentes?

Las pruebas pueden usar distintos servicios STUN, tiempos de recopilación, líneas base de salida y soporte de IPv6. Las versiones del navegador, los cambios de red y el túnel dividido de la VPN también pueden afectar la recopilación. Compare las direcciones reales y el razonamiento bajo las mismas condiciones, no solo las etiquetas.

¿La prueba funciona en dispositivos móviles? ¿Necesita acceso a la cámara?

Los navegadores móviles que admiten WebRTC generalmente pueden ejecutar la verificación, pero la visibilidad de las direcciones depende de las políticas del navegador y del sistema operativo. Esta verificación usa un canal de datos y no necesita acceso a la cámara ni al micrófono.

¿Deshabilitar WebRTC afectará la navegación normal?

La navegación web habitual normalmente no necesita WebRTC, pero las videollamadas basadas en el navegador, las llamadas de voz y algunas funciones de colaboración pueden dejar de funcionar. Elija una restricción que se ajuste a sus necesidades y luego verifique las aplicaciones que usa, en lugar de deshabilitarlo solo para cambiar la etiqueta de una prueba.

¿Una filtración de WebRTC es lo mismo que una filtración de DNS?

No. Una prueba de WebRTC verifica las direcciones de red expuestas por la configuración de conexiones en tiempo real. Una prueba de DNS observa los resolutores que manejan las consultas de dominios. Examinan rutas diferentes, por lo que pasar una verificación no establece que la otra ruta esté configurada según lo previsto.

Prueba de fuga WebRTC - Exposición de IP local y pública | CHA.LA