Privacidade de OCSP: o respondedor ve un certificado, non o teu URL

Unha comprobación de estado formula unha pregunta sobre un certificado, e a resposta viaxa pola súa propia conexión. Non contén a ruta da páxina que levou á comprobación. Os debates sobre privacidade adoitan tratar o intercambio como un fluxo do historial de navegación, o que exaxera o que leva a solicitude e subestima o que o respondedor pode observar. Lea a solicitude antes de decidir que revela.

A solicitude identifica un certificado

O identificador de certificado OCSP constrúese a partir dunha función hash, dous hashes do emisor e o número de serie do certificado obxectivo, como especifica a RFC 6960. Cada campo apunta a un certificado, non a un URL nin a unha solicitude HTTP.

A ruta da páxina, a cadea de consulta e calquera contido de formulario están ausentes do identificador estándar. A afirmación de que o respondedor recibe o URL exacto necesita probas doutro lugar que non sexa a comprobación do certificado. A solicitude segue nomeando un certificado e un momento, e o respondedor pode saber que servizo o presenta.

O que falta é a páxina, non todo o contexto. Unha comprobación de certificado máis un servizo coñecido máis unha fonte repetida poden ser máis informativas que calquera delas por separado.

Que pode observar realmente o respondedor

O respondedor ve a conexión que lle chega: enderezo de orixe, temporización e calquera metadato de transporte que rexistre o seu despregamento. Se a solicitude de estado segue a VPN, esa orixe pode ser a saída da VPN en lugar da rede de acceso do usuario. Non supoña que a solicitude de estado toma o mesmo camiño que a solicitude da páxina só porque ambas pertencen a unha sesión do navegador.

Comprobe o enrutamento e o comportamento de verificación que admite o cliente en lugar de inferilos dun só rastro. Un túnel dividido pode enviar as dúas solicitudes en direccións diferentes.

A resposta engraxada é o outro patrón habitual. A extensión TLS status_request da RFC 6066 permite que un servidor anexe unha resposta OCSP ao seu propio handshake, de modo que o cliente valida o que se lle deu en lugar de obter o estado para esa conexión. Ese cambio altera o observador. O lado do servidor fai a obtención, e o enderezo propio do cliente nunca chega ao respondedor para esa conexión.

O estado pode chegar engraxado no handshake

Nada disto garante que un cliente nunca faga outra solicitude de validación. A construción da cadea, a política de estado e os mecanismos admitidos varían segundo a implementación.

Un visor de certificados nun navegador non describe cada sistema operativo e cliente de VPN. A mesma captura de rede pode significar cousas distintas con axustes de verificación distintos.

A caché rompe a suposición dunha páxina por consulta

A caché desacopla as cargas de páxina das consultas. O navegador pode reutilizar unha resposta durante un período, así que unha visita á páxina non implica unha solicitude de rede.

O erro oposto é igual de común. Unha resposta en caché non di nada sobre cando ocorrerá a próxima actualización, e o calendario de actualización pode non ter relación coa páxina que se abre. Use a documentación actual do cliente e a política de verificación vixente antes de atribuír unha captura a OCSP.

Unha resposta de estado válida debe cumprir as regras de autenticidade e frescura do verificador, e un HTTP 200 non é o mesmo que un bo estado. Un tempo de espera non é unha revocación. Eses resultados levan a comportamentos distintos do cliente e non deberían reducirse a un só erro.

Opcións de privacidade que manteñen intacta a validación

Cando a consulta mesma é sensible, fale das opcións de entrega e caché admitidas co propietario do sistema. Non o resolva desactivando a comprobación de revocación ou a validación da cadea.

Un rastro máis silencioso non é unha conexión máis segura. Manteña intactos a identidade do par, a validación da cadea e a política de revocación prevista, e cambie a ruta de entrega só mediante unha opción que o despregamento admita. Anote que opción se escolleu e quen é o seu responsable.

Cando unha consulta aparece inesperadamente, nomee o receptor, a ruta e a operación de certificado por separado. Unha descarga do emisor, unha consulta de estado e a solicitude da páxina son tres acontecementos. Tratalos como un só fai imprecisa a revisión de privacidade e oculta que parte aprendeu algo realmente. Comece polos campos do protocolo e avance cara a fóra ata a ruta de rede.