Oblivious HTTP (OHTTP) es una extensión del protocolo HTTP que introduce un modelo de privacidad de tres partes: un cliente, un intermediario (conocido como Gateway u OHTTP Relay) y un servidor de origen (conocido como OHTTP Target). El cliente cifra su solicitud HTTP para el Target y la envía al Gateway. El Gateway reenvía esta solicitud cifrada al Target sin poder descifrarla ni ver su contenido. El Target procesa la solicitud, la descifra, y cifra la respuesta para el cliente, enviándola de vuelta al Gateway, quien a su vez la reenvía al cliente. Este diseño asegura que el Target solo vea la dirección IP del Gateway, no la del cliente original, y el Gateway solo vea metadatos de conexión, pero no el contenido de la solicitud o respuesta, logrando una separación entre la identidad de red del cliente y el contenido de su transacción.
En el mundo real, OHTTP está siendo adoptado para mejorar la privacidad en servicios críticos. Un ejemplo prominente es Apple Private Relay, que utiliza una arquitectura similar a OHTTP para ocultar la dirección IP de los usuarios y el tráfico de navegación en Safari. Otro caso de uso es en la implementación de DNS sobre HTTPS (DoH) o DNS sobre TLS (DoT) para proteger las consultas DNS de la vigilancia, donde OHTTP puede asegurar que el servidor DNS autoritativo no vincule las consultas con la IP del usuario. También se está explorando para servicios de telemetría y recolección de datos donde la privacidad del usuario es primordial, permitiendo a las organizaciones recopilar datos agregados sin comprometer la identidad individual.
Para un arquitecto, OHTTP es crucial porque ofrece un patrón robusto para construir sistemas que requieren alta privacidad y anonimato sin sacrificar la funcionalidad HTTP. Permite diseñar arquitecturas donde la confianza se distribuye, evitando que una sola entidad tenga una visión completa del tráfico del usuario. Sin embargo, introduce complejidad adicional en la infraestructura, requiriendo la gestión de un Gateway y la coordinación de claves de cifrado. Los trade-offs incluyen un ligero aumento en la latencia debido al enrutamiento y cifrado/descifrado adicional, y la necesidad de seleccionar cuidadosamente los operadores del Gateway para mitigar riesgos de colusión. Es una herramienta poderosa para cumplir con regulaciones de privacidad (como GDPR o CCPA) y para construir servicios que priorizan la confianza del usuario en escenarios sensibles.