Laboratorio de OCSP stapling y Must-Staple
Compara OCSP y CRL, entiende el OCSP stapling y el Must-Staple y la brecha del soft-fail, y ve el riesgo residual de revocación de tu configuración.
Abrir la herramienta →La herramienta interactiva se abre en inglés.
Revocar un certificado comprometido debería hacer que los clientes dejen de confiar en él. En la práctica a menudo no ocurre: la mayoría de los clientes hacen soft-fail (siguen adelante cuando no pueden obtener el estado de revocación) y muchos clientes que no son navegadores nunca lo comprueban. Esa brecha del soft-fail es justo lo que expone el compromiso de una CA de confianza, como mostró el incidente de eMudhra. Recorre cómo llega de verdad la revocación a los clientes: OCSP frente a CRL, el OCSP stapling (el servidor obtiene el estado, lo guarda en caché y lo «grapa» en el handshake TLS, una mejora de privacidad y latencia frente a que el cliente pregunte a la CA) y el OCSP Must-Staple (fallo duro si falta la grapa, que solo es seguro si el stapling es fiable y está monitoreado). Después activa o desactiva tu propia configuración (stapling, Must-Staple, CRL, certificados de vida corta, monitoreo del stapling) y ve el riesgo residual de confianza en la revocación, con una lista priorizada de brechas. La conclusión honesta es que los certificados de vida corta y el Must-Staple, no la revocación sola, son lo que cierra la brecha. Es un modelo educativo: no se sube nada, no se comprueba ningún certificado real y no es asesoramiento de cumplimiento. Es un laboratorio Pro: con una cuenta gratuita tienes 3 usos de herramientas Pro en total y después necesitas Pro.
- Lee cómo llega la revocación a los clientes: OCSP, CRL, OCSP stapling y OCSP Must-Staple.
- Activa o desactiva tu configuración: stapling, Must-Staple, CRL, certificados de vida corta y monitoreo del stapling.
- Observa el riesgo residual de confianza en la revocación y la lista priorizada de brechas.
- Cierra primero las brechas de mayor impacto: certificados de vida corta y Must-Staple con un stapling fiable y monitoreado.
Preguntas frecuentes
¿Qué diferencia hay entre OCSP y CRL?
Ambos responden a la pregunta «¿se ha revocado este certificado?». Una CRL (lista de revocación de certificados) es una lista firmada de números de serie de certificados revocados que el cliente descarga y guarda en caché: es completa, pero grande y lenta de propagar, y muchos clientes nunca la descargan. OCSP (Online Certificate Status Protocol) permite al cliente preguntar a la CA por un certificado concreto en el momento de la conexión: es más pequeño, pero revela a la CA qué sitios visitas, añade latencia y casi siempre hace soft-fail. Los navegadores modernos han pasado en gran medida a la revocación agregada (CRLite de Mozilla, CRLSets de Chrome) enviada al navegador, en lugar del OCSP en directo por conexión.
¿Qué es el OCSP stapling y por qué es mejor?
Con OCSP simple, cada cliente contacta con la CA para comprobar tu certificado, lo que es lento y le dice a la CA quién te visita. El OCSP stapling le da la vuelta: el servidor obtiene la respuesta OCSP de su propio certificado, la guarda en caché y «grapa» esa respuesta firmada y con marca de tiempo directamente en el handshake TLS. El cliente obtiene un estado de revocación reciente sin contactar con la CA: mejor privacidad, menos latencia y menos carga para la CA. La pega es que el stapling por sí solo no obliga a nada: un cliente con soft-fail que no recibe la grapa seguirá adelante igualmente.
¿Qué es el OCSP Must-Staple y qué brecha del soft-fail aborda?
La mayoría de los clientes comprueban la revocación con soft-fail: si no pueden obtener el estado de revocación (CA inaccesible, respuesta ausente), asumen que el certificado está bien y se conectan igualmente. Eso significa que un atacante capaz de bloquear la comprobación puede seguir usando un certificado revocado, y muchos clientes que no son navegadores (curl contra un bundle estático, los almacenes de confianza de los lenguajes, los appliances) no comprueban la revocación en absoluto. El OCSP Must-Staple es un indicador incluido en el certificado (la extensión de funcionalidad TLS status_request) que indica a los clientes conformes que hagan un FALLO DURO si no hay una respuesta OCSP grapada válida. Cierra la brecha del soft-fail, pero solo es seguro si tu stapling es fiable y está monitoreado, porque entonces un fallo del stapling se convierte en una caída total. Además, el soporte de Must-Staple en clientes y CA es desigual.
Si la revocación hace soft-fail, ¿qué me protege de verdad?
Dos cosas. Primero, los certificados de vida corta: si un certificado solo es válido durante unos días, la ventana en la que se puede abusar de uno comprometido o mal emitido es pequeña por naturaleza, compruebe o no la revocación algún cliente; por eso el sector avanza hacia vidas de certificado mucho más cortas con renovación automatizada (ACME). Segundo, el Must-Staple (con un stapling fiable y monitoreado) para los clientes que lo admiten. La revocación simple (CRL u OCSP con soft-fail) debe verse como orientativa: útil, bien aprovechada por los programas de revocación agregada de los navegadores, pero no algo en lo que confiar como único control. Esta herramienta es un modelo educativo para concretar esas compensaciones; no comprueba ningún certificado real y no es asesoramiento de cumplimiento.
¿Es gratis?
No, es un laboratorio Pro. Con una cuenta gratuita tienes 3 usos de prueba de herramientas Pro en total; después necesitas Pro.