Internet y redes

Test de fugas WebRTC: revisa las IP expuestas

Inspecciona los candidatos de conexión que expone WebRTC en este navegador. Compara los candidatos públicos con la dirección utilizada para las peticiones web.

Usar la herramienta

Al iniciar se contacta al operador STUN (Google por defecto) e ipify. Reciben tu dirección pública. No se usan micrófono, cámara ni otro participante. Vacía STUN para recopilar solo candidatos locales.

Tu resultado

IP HTTP pública vista por ipify
—
Direcciones ICE únicas
0
Candidatos observados
TipoDirección o nombre mDNSProtocolo

Compara con la salida VPN esperada y tu referencia. Los candidatos privados o mDNS no demuestran fugas; su ausencia no concluye nada. Investiga una IP pública inesperada sin asumir un veredicto.

Cómo usar la herramienta

  1. Elige un servidor STUN compatible o revisa el valor propuesto.
  2. Inicia la recopilación sin conceder permisos de cámara o micrófono.
  3. Compara candidatos locales, públicos y enmascarados con la conexión prevista.

Método de cálculo

RTCPeerConnection recopila candidatos ICE. STUN puede proporcionar una IP pública de tipo server-reflexive; el navegador puede ocultar direcciones locales mediante nombres mDNS.

Ejemplo de cálculo

192.168.1.20 es una dirección privada, no una IP pública de Internet. Un nombre terminado en .local puede ser un candidato local enmascarado.

Distingue los tipos de candidato

ICE reúne rutas posibles para una conexión en tiempo real. Un candidato host procede de una interfaz visible para el navegador. Uno server-reflexive contiene una dirección obtenida mediante STUN. Un candidato relay utiliza un servicio TURN. Su función aporta más información que contar todas las cadenas parecidas a direcciones.

Los navegadores actuales pueden sustituir una IP local por un nombre mDNS. Esto limita lo que la página puede leer; no significa que el ordenador carezca de dirección privada. El nombre debe aparecer como enmascarado, sin inventar una ubicación ni tratarlo como una IP pública.

Lee los tipos de candidato antes de valorar la exposición

Se explican tres tipos habituales de ICE: host, srflx y relay; la ausencia no demuestra seguridad.
Etiquetas de referencia, no candidatos recogidos. Una dirección distinta requiere revisar navegador, VPN y proxy. La prueba no certifica conexiones futuras ni todas las rutas.
Abrir el gráfico a tamaño completo

Compara direcciones públicas con contexto

Una petición HTTPS y una conexión WebRTC pueden seguir rutas diferentes. Un proxy del navegador, el túnel dividido de una VPN, IPv6 y los ajustes WebRTC pueden afectar al resultado. Registra la IP web y los candidatos públicos en el mismo momento.

Un candidato público fuera de la ruta prevista merece investigación. Sin una referencia conocida, no basta para identificar la IP original del proveedor. Las direcciones privadas, las reservadas para documentación y los nombres ocultos no deben presentarse como una dirección doméstica pública expuesta.

Haz una comparación coherente

Utiliza el mismo perfil de navegador, red y servidor STUN antes y después del cambio. Modifica un ajuste cada vez. Recarga después de reconectar una VPN para evitar mezclar observaciones de una conexión anterior. Conserva tipo y dirección del candidato, además de cualquier valoración visual.

El servidor STUN recibe las solicitudes necesarias para obtener candidatos públicos. Un servidor personalizado debe admitir el protocolo y permitir ese uso. No hace falta abrir una videollamada ni grabar audio o vídeo para realizar esta comprobación.

No confundas ausencia con protección

Un STUN bloqueado puede dejar solo candidatos locales o ninguno público. Una extensión, una política del navegador, WebRTC desactivado o un tiempo de espera agotado también pueden reducir la muestra. Ninguno permite afirmar que todas las rutas estén protegidas.

La observación termina al completar la recopilación o alcanzar el plazo. Después se cierra la conexión. Un test DNS examina el recorrido de los resolutores y aporta información diferente. Estas pruebas no verifican los registros que guarda una VPN ni el comportamiento de otras aplicaciones instaladas.

Cómo interpretar el resultado

La ausencia de candidatos o un servidor STUN inaccesible produce un resultado inconcluso. Una IP pública distinta necesita investigación, pero por sí sola no demuestra un fallo de la VPN.

Preguntas habituales

¿Necesita acceder a la cámara?

La recopilación puede utilizar un canal de datos sin solicitar cámara ni micrófono.

¿Coincidir con la IP web garantiza privacidad?

No. Describe los candidatos observados en esta ejecución, no todas las aplicaciones y protocolos.