Skip to content

SEC_ERROR_OCSP_OLD_RESPONSE

Key idea:

Firefox/NSS throws this when the server returned an OCSP Stapling response with nextUpdate in the past (stale). Usual cause — the server's OCSP cache expired and nginx/apache keeps stapling the old answer. Server-side fix: (1) make sure OCSP auto-populate works, (2) nginx ssl_stapling_verify on + resolver, (3) certbot renew --deploy-hook reloads nginx.

Below: details, example, related, FAQ.

Check your site's SSL →

Details

  • OCSP response carries thisUpdate + nextUpdate timestamps (usually 7 days)
  • nginx: ssl_stapling on + ssl_stapling_verify on + resolver 1.1.1.1 valid=300s
  • Check: echo | openssl s_client -connect host:443 -status 2>/dev/null | grep -A10 "OCSP response"
  • Must-Staple extension requires stapling — without it the browser refuses the connection
  • Firefox re-checks every 24 h if the response is becoming stale

Example

# Verify OCSP stapling works
$ echo | openssl s_client -connect host:443 -status 2>/dev/null | \
    grep -E "OCSP response|thisUpdate|nextUpdate"

# nginx config
ssl_stapling on;
ssl_stapling_verify on;
resolver 1.1.1.1 1.0.0.1 valid=300s;
resolver_timeout 5s;

# Force refresh OCSP cache — restart
$ systemctl reload nginx

Related

TL;DR: Understanding SEC_ERROR_OCSP_OLD_RESPONSE

The SEC_ERROR_OCSP_OLD_RESPONSE error in Firefox indicates that the browser has received an outdated response from the Online Certificate Status Protocol (OCSP) server when checking the revocation status of a digital certificate. To resolve this, ensure that your server is configured to send updated OCSP responses, or adjust the OCSP settings in Firefox to bypass this check temporarily while troubleshooting.

Root Causes of the SEC_ERROR_OCSP_OLD_RESPONSE

The SEC_ERROR_OCSP_OLD_RESPONSE error primarily arises due to outdated or misconfigured OCSP responses from the certificate authority (CA) or the server hosting the certificate. This issue can occur in various scenarios:

  • Expired OCSP Responses: OCSP responses have a validity period, typically defined by the CA. If a response is older than its validity period, Firefox will reject it.
  • Misconfigured Web Server: If the web server is not properly configured to fetch and serve the latest OCSP responses, users may encounter this error.
  • Certificate Authority Issues: If the CA has not updated their OCSP response or if there are issues with their OCSP server, browsers may receive outdated information.
  • Browser Cache: Sometimes, the browser may cache old OCSP responses, leading to repeated errors even after the server has been corrected.

To address these root causes, it is essential to regularly monitor and maintain your certificate configurations, ensuring that all OCSP responses are current and accessible.

Practical Steps to Fix SEC_ERROR_OCSP_OLD_RESPONSE

To resolve the SEC_ERROR_OCSP_OLD_RESPONSE error, follow these practical steps:

  1. Check OCSP Response Validity: Use the openssl command to check the validity of your OCSP response. Run the following command:
openssl ocsp -issuer  -cert  -url  -text

This command will provide details about the OCSP response, including its freshness. Ensure that the response is not expired.

  1. Update Web Server Configuration: If you find that your OCSP responses are outdated, update your web server configuration to fetch the latest OCSP responses. In Apache, for example, you can add the following directive to your configuration:
SSLUseStapling On
SSLStaplingResponder http://ocsp.example.com
SSLStaplingCache "shmcb:/var/run/ocsp-stapling-cache(128000)"

This ensures that your server uses OCSP stapling, which reduces the need for clients to contact the OCSP server directly.

  1. Clear Browser Cache: If changes have been made but the error persists, clear the Firefox cache to remove any stale OCSP responses. Go to Options > Privacy & Security > Cookies and Site Data and click on Clear Data.
  1. Disable OCSP Checking (Temporary Solution): As a last resort, you can disable OCSP checking in Firefox while troubleshooting. Type about:config in the address bar, search for security.OCSP.enabled, and set it to 0. This is not recommended for long-term use, as it compromises security.

By following these steps, you should be able to effectively troubleshoot and resolve the SEC_ERROR_OCSP_OLD_RESPONSE error in Firefox, ensuring a smoother browsing experience for users accessing your web infrastructure.

CertificateExpiry, issuer, domains (SAN)
ChainIntermediate and root CA validation
TLS ProtocolTLS version and cipher suite
VulnerabilitiesHeartbleed, POODLE, weak ciphers

Why teams trust us

TLS 1.3
supported
Full
CA chain check
<2s
result
30/14/7
days-to-expiry alerts

How it works

1

Enter domain

2

TLS chain verified

3

Expiry date & vulnerabilities

What Does the SSL Check Cover?

SSL/TLS is the encryption protocol that protects data between the browser and server. Our tool analyzes the certificate, chain of trust, TLS version, and knownvulnerabilities.

Certificate Details

Issuer, validity period, signature algorithm, covered domains (SAN), and validation type (DV/OV/EV).

Chain of Trust

Full chain verification: from leaf certificate through intermediates to root CA.

TLS Analysis

Protocol version (TLS 1.2/1.3), cipher suites, Perfect Forward Secrecy (PFS) support.

Expiry Alerts

Set up a monitor — get Telegram and email alerts 30/14/7 days before expiration.

DV vs OV vs EV Certificates

DV (Domain Validation)
  • Confirms domain ownership only
  • Issued in minutes automatically
  • Free via Let's Encrypt
  • Suitable for most websites
  • Most common certificate type
OV / EV
  • Organization (OV) or Extended Validation (EV)
  • Issued in 1-5 business days
  • Costs $50 to $500/year
  • For finance, e-commerce, government sites
  • Increases user trust

Who uses this

DevOps

SSL certificate monitoring

Security

TLS config audit

SEO

HTTPS as ranking factor

E-commerce

customer trust

Common Mistakes

Expired certificateBrowsers block sites with expired SSL. Set up auto-renewal or monitoring.
Incomplete certificate chainWithout intermediate CA, some browsers and bots cannot verify the certificate.
Mixed content on HTTPS siteHTTP resources on an HTTPS page — the browser lock icon disappears, reducing trust.
Using TLS 1.0/1.1Legacy TLS versions have known vulnerabilities. Use TLS 1.2+ or 1.3.
Domain mismatch in certificateThe certificate must cover all site domains, including www and subdomains.

Best Practices

Set up auto-renewalLet's Encrypt + certbot with cron — certificate renews automatically every 60-90 days.
Enable HSTSStrict-Transport-Security header forces browsers to always use HTTPS.
Use TLS 1.3TLS 1.3 is faster (1-RTT handshake) and safer — legacy ciphers removed.
Monitor expiration datesCreate a monitor on Enterno.io — get notified well before expiration.
Verify chain after renewalAfter certificate renewal, confirm that intermediate certificates are installed.

Get more with a free account

SSL certificate monitoring, check history and alerts 30 days before expiry.

Sign up free

Learn more

Sources

Frequently Asked Questions

Why OCSP stapling at all?

Without stapling the client contacts OCSP itself → privacy leak + latency. Stapling = server pre-fetches and embeds it in the handshake.

Can I disable OCSP?

Firefox — yes (security.OCSP.enabled=0 in about:config), but bad practice. Fix the server instead.

Firefox-only?

Chrome dropped hard OCSP enforcement long ago (CRLSets). Firefox is stricter. Safari — OCSP via Apple Sectigo.

Try the live tool that powered this guide

Free plan — 10 monitors, checks every 5 min, no card required. Upgrade for 1-minute interval and multi-region monitoring.