Esto se aplica a cualquier país, pero aquí hay un contexto:
- Sitio web: BBC iPlayer (un importante sitio web de transmisión en el Reino Unido, registro obligatorio)
- Servidor: Linode, centro de datos de Londres
- VPN: SoftEther en el puerto HTTPS 443
- País de estancia: Sudáfrica
Esta es una situación estándar para los residentes del país X que visitan el país Y para intentar obtener acceso a un servicio restringido geográficamente al país X.
¿Qué API podrían estar exponiendo la ubicación de Sudáfrica? Digo que la ubicación como contexto más amplio que las direcciones IP debe ser considerada. La siguiente primavera a la mente:
- API de geolocalización HTML5 en caché
- Las cookies en sitios web de terceros que exponen al cliente una vez en Sudáfrica cuando no usa la VPN y el tiempo de espera para realizar el viaje desde la capital del país Y al país X es demasiado breve
- La instalación de la aplicación iOS / Android del sitio web del país X revela la ubicación del GPS combinada con la metodología de "tiempo de vuelo" en el punto 2
- El sitio web que tiene conocimiento de que ciertos bloques de IP son de redes de "globo ocular" (los principales ISP ... es decir, PERMITIR) y otros son de redes de "contenido" (los principales proveedores de nube ... es decir, VPN, es decir, BLOQUEO)
- WebRTC revela una IP privada 10.10.0.2, que es una asignación típica de VPN IP, aunque puedo cambiar fácilmente la configuración de DHCP en el servidor
- Los paquetes de ping (o una simulación HTML5 de los mismos) revelan una latencia de 300 ms a una IP que se afirma que es de la ciudad X, cuando el servidor de transmisión del proveedor también se encuentra en la ciudad X
¿Hay algún enfoque que pueda haber omitido?