An organization is implementing a PKI for internal use. To ensure that certificate revocation status is checked in real-time without relying on periodic CRL downloads, which mechanism should be used?
Trap 1: CT logs
Certificate Transparency (CT) logs are public, append-only records of all certificates issued by participating Certificate Authorities. Their primary purpose is to provide an auditing mechanism to detect misissued certificates and enhance trust in the CA ecosystem, rather than providing real-time revocation status during a client-server connection. While they can eventually reveal a revoked certificate if its issuance was suspicious, they do not offer an immediate, on-demand check for a certificate's current validity status.
Trap 2: Certificate pinning
Certificate pinning is a security mechanism where a client pre-associates a specific host with its expected public key or certificate. This helps prevent Man-in-the-Middle (MITM) attacks by ensuring that only a trusted certificate is accepted for a given domain, even if a rogue Certificate Authority issues an unauthorized certificate. However, pinning itself does not actively check the revocation status of the pinned certificate; if the pinned certificate is later revoked, the client will continue to trust it unless another revocation checking mechanism is also employed.
Trap 3: CRL distribution points
CRL distribution points (CDPs) provide locations from which clients can download Certificate Revocation Lists (CRLs), which are lists of certificates that have been revoked by a Certificate Authority. Clients periodically download and cache these lists to check if a certificate is present, but this process is not real-time. There is an inherent delay between when a certificate is revoked and when the updated CRL is published and subsequently downloaded by clients, making it unsuitable for immediate revocation status verification during a connection.
- A
CT logs
Why wrong: Certificate Transparency (CT) logs are public, append-only records of all certificates issued by participating Certificate Authorities. Their primary purpose is to provide an auditing mechanism to detect misissued certificates and enhance trust in the CA ecosystem, rather than providing real-time revocation status during a client-server connection. While they can eventually reveal a revoked certificate if its issuance was suspicious, they do not offer an immediate, on-demand check for a certificate's current validity status.
- B
Certificate pinning
Why wrong: Certificate pinning is a security mechanism where a client pre-associates a specific host with its expected public key or certificate. This helps prevent Man-in-the-Middle (MITM) attacks by ensuring that only a trusted certificate is accepted for a given domain, even if a rogue Certificate Authority issues an unauthorized certificate. However, pinning itself does not actively check the revocation status of the pinned certificate; if the pinned certificate is later revoked, the client will continue to trust it unless another revocation checking mechanism is also employed.
- C
CRL distribution points
Why wrong: CRL distribution points (CDPs) provide locations from which clients can download Certificate Revocation Lists (CRLs), which are lists of certificates that have been revoked by a Certificate Authority. Clients periodically download and cache these lists to check if a certificate is present, but this process is not real-time. There is an inherent delay between when a certificate is revoked and when the updated CRL is published and subsequently downloaded by clients, making it unsuitable for immediate revocation status verification during a connection.
- D
OCSP stapling
OCSP stapling, also known as TLS Certificate Status Request extension, allows the web server to proactively query the Online Certificate Status Protocol (OCSP) responder for its own certificate's revocation status. The server then 'staples' this signed, time-stamped OCSP response directly into the TLS handshake with the client. This method provides real-time revocation status efficiently, as the client receives the up-to-date information directly from the server without needing to make a separate connection to the OCSP responder, improving both performance and privacy.