El autor describe cómo su proveedor de servicios de internet (ISP) estaba manipulando sus consultas de DNS al devolver direcciones IP falsas, lo que impedía el acceso a sitios web externos. Al detectar que el ISP era el origen de la respuesta alterada, el autor explica que la protección contra esta interceptación no depende únicamente de la autenticación, sino de la cifrado del tráfico en tránsito. Se analizan las limitaciones de DNSSEC, que verifica la autenticidad pero no cifra los datos, y de DoH/DoT, que cifran la conexión pero confían en la integridad del servidor de destino. El artículo detalla la configuración actual del autor, que utiliza AdGuard como DNS principal, dnscrypt-proxy para cifrar las consultas upstream y Cloudflare como respaldo, asegurando así que el ISP no pueda alterar las respuestas ni el autor no dependa de un solo punto de fallo.
Noticias agregadas con IA