Protocolo de estado de certificado en línea

El Protocolo de estado de certificado en línea ( OCSP ) es un protocolo de Internet utilizado para obtener el estado de revocación de un certificado digital X.509 . ^{[ 2 ]} Fue creado como una alternativa a las listas de revocación de certificados (CRL), abordando específicamente ciertos problemas asociados con el uso de CRL en una infraestructura de clave pública (PKI). ^{[ 3 ]} Los mensajes comunicados a través de OCSP están codificados en ASN.1 y generalmente se comunican a través de HTTP . La naturaleza de "solicitud/respuesta" de estos mensajes hace que los servidores OCSP se denominen respondedores OCSP .

Algunos navegadores web (por ejemplo, Firefox ^{[ 4 ]} ) utilizan OCSP para validar certificados HTTPS , mientras que otros lo han deshabilitado. ^{[ 5 ] [ 6 ]} La mayoría de los estados de revocación de OCSP en Internet desaparecen poco después de la expiración del certificado. ^{[ 7 ]}

Anteriormente, el Foro CA/Navegador exigía a las autoridades de certificación (CA) que proporcionaran el servicio OCSP, pero este requisito se eliminó en julio de 2023, ^{[ 8 ]} haciendo que OCSP fuera opcional y las CRL volvieran a ser obligatorias. ^{[ 9 ]} El 6 de agosto de 2025, Let's Encrypt anunció que los servicios OCSP se cerrarían debido a preocupaciones sobre la privacidad. ^{[ 10 ]}

• Dado que una respuesta OCSP contiene menos datos que una lista de revocación de certificados (CRL) típica, supone una menor carga para los recursos de la red y del cliente. ^{[ 11 ]}
• Dado que una respuesta OCSP tiene menos datos que analizar , las bibliotecas del lado del cliente que la manejan pueden ser menos complejas que las que manejan CRL. ^{[ 12 ]}
• OCSP informa al respondedor que un host de red específico utilizó un certificado específico en un momento específico. OCSP no exige cifrado, por lo que otras partes pueden interceptar esta información. ^{[ 2 ]}

1. Alice y Bob tienen certificados de clave pública emitidos por Carol, la autoridad certificadora (CA).
2. Alice desea realizar una transacción con Bob y le envía su certificado.
3. Bob, preocupado de que la clave privada de Alice pudiera haber sido comprometida, crea una "solicitud OCSP" que contiene el número de serie del certificado de Alice y se la envía a Carol.
4. El respondedor OCSP de Carol lee el número de serie del certificado de la solicitud de Bob. El respondedor OCSP utiliza este número de serie para consultar el estado de revocación del certificado de Alice. Para ello, consulta una base de datos de CA que Carol mantiene. En este caso, la base de datos de CA de Carol es el único lugar de confianza donde se registraría una posible vulneración del certificado de Alice.
5. El respondedor OCSP de Carol confirma que el certificado de Alice sigue siendo válido y devuelve a Bob una "respuesta OCSP" firmada y exitosa.
6. Bob verifica criptográficamente la respuesta firmada de Carol. Bob había almacenado la clave pública de Carol tiempo antes de esta transacción. Bob utiliza la clave pública de Carol para verificar su respuesta.
7. Bob finaliza la transacción con Alice.

Un respondedor OCSP (un servidor generalmente administrado por el emisor del certificado) puede devolver una respuesta firmada que indique que el certificado especificado en la solicitud es "válido", "revocado" o "desconocido". Si no puede procesar la solicitud, puede devolver un código de error.

El formato de solicitud OCSP admite extensiones adicionales. Esto permite una amplia personalización para un esquema PKI específico.

OCSP puede ser vulnerable a ataques de repetición , ^{[ 13 ] : §5} donde una respuesta firmada y "buena" es capturada por un intermediario malicioso y reenviada al cliente en una fecha posterior, después de que el certificado del sujeto haya sido revocado. OCSP permite incluir un nonce en la solicitud, que puede incluirse en la respuesta correspondiente. Debido a la alta carga, la mayoría de los respondedores OCSP no utilizan la extensión nonce para crear una respuesta diferente para cada solicitud, sino que utilizan respuestas pre-firmadas con un período de validez de varios días. Por lo tanto, el ataque de repetición es una amenaza importante para los sistemas de validación.

OCSP admite más de un nivel de CA. Las solicitudes OCSP pueden encadenarse entre respondedores pares para consultar la CA emisora ​​adecuada para el certificado en cuestión, y los respondedores validan las respuestas de los demás contra la CA raíz utilizando sus propias solicitudes OCSP.

Los servidores de validación de ruta delegada (DPV) pueden consultar la información de revocación de un respondedor OCSP . OCSP, por sí mismo, no realiza ninguna validación de ruta delegada (DPV) de los certificados proporcionados.

La clave que firma una respuesta no tiene por qué ser la misma que firmó el certificado. El emisor del certificado puede delegar en otra autoridad la función de respondedor OCSP. En este caso, el certificado del respondedor (el que se utiliza para firmar la respuesta) debe ser emitido por el emisor del certificado en cuestión y debe incluir una extensión específica que lo identifique como autoridad de firma OCSP (más precisamente, una extensión de uso de clave extendida con el OID {iso(1) identified-organization(3) dod(6) internet(1) security(5) mechanisms(5) pkix(7) keyPurpose(3) ocspSigning(9)}).

La verificación OCSP genera inquietudes sobre la privacidad de algunos usuarios, ya que requiere que el cliente contacte a un tercero (aunque sea un tercero de confianza para el proveedor del software cliente) para confirmar la validez del certificado. Este tercero podría, por lo tanto, rastrear los sitios web a los que accede el cliente. El OCSP Stapling es una forma de verificar la validez sin revelar el comportamiento de navegación a la CA. ^{[ 2 ]}

La revocación basada en OCSP no es una técnica eficaz para mitigar el riesgo de que se vulnere la clave privada de un servidor HTTPS. Un atacante que haya comprometido la clave privada de un servidor normalmente necesita estar en una posición de intermediario en la red para abusar de dicha clave y suplantar la identidad del servidor. Un atacante en dicha posición también suele estar en condiciones de interferir con las consultas OCSP del cliente. Dado que la mayoría de los clientes ignorarán silenciosamente OCSP si la consulta expira, OCSP no es un medio fiable para mitigar el riesgo de que se vulnere la clave de un servidor HTTPS. ^{[ 14 ]}

La extensión MustStaple TLS en un certificado puede requerir que el certificado sea verificado por una respuesta OCSP adjunta , lo que mitiga este problema. ^{[ 11 ]} OCSP también sigue siendo una defensa válida contra situaciones en las que el atacante no es un "intermediario" (firma de código o certificados emitidos por error).

El protocolo OCSP presupone que el solicitante tiene acceso a la red para conectarse a un respondedor OCSP adecuado. Algunos solicitantes podrían no poder conectarse porque su red local prohíbe el acceso directo a Internet (una práctica común en los nodos internos de un centro de datos). Obligar a los servidores internos a conectarse a Internet para usar OCSP contribuye a la tendencia de desperimetrización . El protocolo OCSP Stapling es una alternativa que permite a los servidores almacenar en caché las respuestas OCSP, lo que elimina la necesidad de que el solicitante contacte directamente con el respondedor OCSP.

La mayoría de los navegadores principales ofrecen un amplio soporte para OCSP:

• Internet Explorer está construido sobre la CryptoAPI de Windows y, por lo tanto, a partir de la versión 7 en Windows Vista (no en XP ^{[ 15 ]} ) admite la comprobación OCSP. ^{[ 16 ]}
• Todas las versiones de Mozilla Firefox admiten la comprobación OCSP. Firefox 3 habilita la comprobación OCSP de forma predeterminada. ^{[ 17 ]}
• Safari en macOS admite la comprobación OCSP. Está habilitada de forma predeterminada desde Mac OS X 10.7 (Lion). Antes de eso, debe activarse manualmente en las preferencias de Llavero. ^{[ 18 ]}
• Las versiones de Opera desde la 8.0 ^{[ 19 ] [ 20 ]} hasta la versión actual admiten la comprobación OCSP.

Sin embargo, Google Chrome es una excepción. Google deshabilitó las comprobaciones OCSP por defecto en 2012, alegando problemas de latencia y privacidad ^{[ 21 ]} y, en su lugar, utiliza su propio mecanismo de actualización para enviar certificados revocados al navegador. ^{[ 22 ]}

Existen varias implementaciones de OCSP, tanto de código abierto como propietarias , incluyendo servidores completos y bibliotecas para la creación de aplicaciones personalizadas. La compatibilidad con clientes OCSP está integrada en muchos sistemas operativos , navegadores web y otros programas de red debido a la popularidad de HTTPS y la World Wide Web .

• lista de revocación de certificados
• Autoridad certificadora
• Protocolo de validación de certificados basado en servidor
• Grapado OCSP
• Transparencia del certificado

• RFC 2560, X.509 Protocolo de estado de certificado en línea de la infraestructura de clave pública de Internet (OCSP)
• RFC 4806, Extensiones del Protocolo de estado de certificado en línea (OCSP) para IKEv2
• RFC 5019, Perfil del Protocolo ligero de estado de certificados en línea (OCSP) para entornos de alto volumen
• RFC 6960, X.509 Protocolo de estado de certificado en línea de la infraestructura de clave pública de Internet (OCSP)
• Artículo de Processor.com de abril de 2009 sobre el Protocolo de estado de certificados en línea.