OCSP stapling explicado (y por qué es opcional)
Actualizado 2026-11-03 · 5 min de lectura
La comprobación de revocación es el eslabón débil de la cadena de certificados: el navegador tiene que preguntar a un tercero si el certificado sigue vigente, y esa pregunta filtra al visitante a la CA. El stapling lleva la respuesta dentro del handshake.
El problema del OCSP simple
Cuando un navegador recibe un certificado, puede consultar el respondedor OCSP de la CA para comprobar si fue revocado. Esa petición es una conexión aparte a un tercero, añade latencia y revela a qué sitio se conecta el visitante antes incluso de que la página cargue.
Si el respondedor va lento o no es accesible, los navegadores o dejan pasar (ignoran la comprobación) o bloquean el sitio, según el cliente. Ninguna de las dos es buena.
Qué cambia el stapling
Con stapling, el servidor obtiene él mismo la respuesta OCSP firmada, la cachea y la adjunta al handshake TLS. El navegador recibe la respuesta de revocación sin contactar a nadie: sin ida y vuelta extra y sin fuga.
También elimina la dependencia de que la CA sea accesible desde la red del visitante, algo que importa en regiones donde los respondedores OCSP se bloquean de forma intermitente.
Activarlo y verificarlo
En nginx, el stapling necesita un resolver y el archivo de cadena; si falta alguno, no hace nada en silencio. En Apache, la directiva de caché debe estar a nivel de servidor. Tras recargar, verifícalo desde fuera: una línea de configuración presente pero inoperante se ve idéntica a una ausente.
# nginx
ssl_stapling on;
ssl_stapling_verify on;
ssl_trusted_certificate /etc/letsencrypt/live/example.com/chain.pem;
resolver 1.1.1.1 8.8.8.8 valid=300s;
# verify from outside — look for a stapled response, not just "OCSP response: none"
openssl s_client -connect example.com:443 -status -servername example.com </dev/null 2>/dev/null | grep -A3 "OCSP Response Status"Por qué no es obligatorio para A+
El stapling es una mejora de privacidad y latencia, no de fortaleza del protocolo. Un servidor que no hace stapling no es menos seguro del modo en que lo es uno que ofrece TLS 1.0. CertH lo trata como una señal positiva en la sección de salud de la configuración, pero no lo exige para la nota máxima.
Dicho esto, es una de las mejoras más baratas: dos líneas de configuración, cero impacto en el cliente y una ganancia medible de privacidad para cada visitante.
FAQ
¿Se rompe el stapling si el respondedor de la CA cae?
El servidor sigue sirviendo la última respuesta cacheada hasta que caduca. Con nginx, un refresco fallido recurre a la copia cacheada, y por eso se necesitan un resolver y un archivo de cadena válido para un comportamiento fiable.
¿Vale la pena activar must-staple?
Solo si el stapling es absolutamente sólido. La extensión must-staple hace que los clientes rechacen la conexión cuando no hay respuesta stapled, así que un fallo de caché o de resolver se convierte en una caída.