Skip to content

ERR_CERT_SYMANTEC_LEGACY: Legacy Certificate

Key idea:

NET::ERR_CERT_SYMANTEC_LEGACY — Chrome 70+ (October 2018) automatically distrusts certificates from Symantec, VeriSign, Thawte, GeoTrust and RapidSSL issued before December 1, 2017. Cause: Symantec violated Baseline Requirements and the CA was distrusted. Fix: reissue via DigiCert (which acquired Symantec's business) or any other CA such as Let's Encrypt.

This error blocks HTTPS access. Below: causes, fixes, working config, FAQ.

Check your site's SSL →

Common Causes

  • Certificate issued by Symantec/VeriSign/Thawte/GeoTrust before 2017-12-01
  • RapidSSL/SSL.com cert bought before 2018
  • Legacy corporate cert not rotated in 5+ years
  • Equifax Secure Certificate Authority (outdated sub-CA)
  • Old EV certs from Symantec brands

Step-by-Step Fix

  1. Reissue via DigiCert (Symantec's successor) — free replacement for legacy customers
  2. Or move to Let's Encrypt: certbot --nginx -d example.com
  3. Check the CA: openssl x509 -in cert.pem -issuer — look for "Symantec"/"VeriSign"
  4. Update fullchain on the server after the new cert is issued
  5. Verify with SSL Checker — see CA and issue date

Check SSL Certificate →

Example: Proper nginx TLS config

server {
    listen 443 ssl http2;
    server_name example.com;

    ssl_certificate     /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

    ssl_protocols       TLSv1.2 TLSv1.3;
    ssl_ciphers         ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256;
    ssl_prefer_server_ciphers off;

    ssl_stapling        on;
    ssl_stapling_verify on;
}

Related SSL Errors

TL;DR

The ERR_CERT_SYMANTEC_LEGACY error indicates that a website's SSL certificate is issued by an outdated Symantec certificate authority, which is no longer trusted by modern browsers. To resolve this issue, website administrators must replace the legacy certificate with a certificate from a trusted authority, such as Let's Encrypt or DigiCert, and ensure proper configuration to avoid future errors.

Understanding ERR_CERT_SYMANTEC_LEGACY

The ERR_CERT_SYMANTEC_LEGACY error is commonly encountered when a web browser detects that the SSL certificate used by a website is issued by a legacy Symantec Certificate Authority (CA). This error originated from a significant incident in 2017 when major browsers, including Google Chrome and Mozilla Firefox, decided to distrust certificates issued by Symantec due to various security concerns and misissuances. As a result, any site still using these certificates will trigger security warnings for users.

As of 2026, all Symantec legacy certificates will be completely deprecated, making it crucial for web administrators to transition to more reliable and recognized CAs. Failure to do so not only risks losing user trust but also impacts site accessibility, as browsers will block access to sites with untrusted certificates.

The transition away from Symantec certificates is governed by the CA/Browser Forum guidelines, which stipulate that all certificates must be issued by trusted authorities. The primary alternatives include:

  • Let's Encrypt: A free, automated, and open CA that provides SSL certificates.
  • DigiCert: A widely recognized commercial CA known for its robust security features.
  • GlobalSign: Another reputable CA that offers a range of SSL options.

To avoid ERR_CERT_SYMANTEC_LEGACY errors, it is essential to regularly audit your SSL certificates and ensure they are issued by a current and trusted CA.

How to Resolve ERR_CERT_SYMANTEC_LEGACY

Resolving the ERR_CERT_SYMANTEC_LEGACY error involves several steps, primarily focused on replacing the outdated SSL certificate with a valid one from a trusted CA. Below is a step-by-step guide to help you through this process:

  1. Identify the Current Certificate: Use the following command to check the certificate details currently in use:
openssl s_client -connect yourdomain.com:443 -servername yourdomain.com

This command will return details about the SSL certificate, including the issuer. Look for any mention of Symantec in the issuer's name.

  1. Obtain a New SSL Certificate: Choose a trusted CA and follow their process to obtain a new SSL certificate. For instance, if you opt for Let's Encrypt, you can use Certbot to automate the process:
sudo apt-get install certbot python3-certbot-nginx
sudo certbot --nginx -d yourdomain.com -d www.yourdomain.com

This command automatically configures your NGINX server to use the new certificate.

  1. Update Server Configuration: After obtaining the new certificate, ensure that your web server is configured to use it. For NGINX, you would typically update your server block configuration as follows:
server {
    listen 443 ssl;
    server_name yourdomain.com www.yourdomain.com;
    ssl_certificate /etc/letsencrypt/live/yourdomain.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/yourdomain.com/privkey.pem;
}

Make sure to replace the paths with the actual paths to your SSL certificate files.

  1. Test the Configuration: After updating the configuration, restart your web server:
sudo systemctl restart nginx

Then, test your website using a browser or tools like SSL Labs to ensure the new certificate is recognized and there are no errors.

  1. Monitor for Future Issues: Regularly check your SSL certificate status and expiration dates to prevent any future occurrences of ERR_CERT_SYMANTEC_LEGACY or related errors.

By following these steps, you can effectively resolve the ERR_CERT_SYMANTEC_LEGACY error and maintain a secure browsing experience for your users.

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 did Google punish Symantec?

Symantec issued thousands of mis-issued certs in 2015–2017 (including for google.com without permission). Chrome announced the distrust in 2017 and enforced it in Chrome 70 (October 2018).

DigiCert acquired Symantec — does a reissue work?

Yes. DigiCert acquired Symantec's website security business in August 2017. New certs from the DigiCert CA are valid in Chrome.

Can I bypass the error?

No Chrome flags to bypass. The only path is a cert reissue.

Does Firefox/Safari still trust the old cert?

Mozilla and Apple applied similar distrust. In 2026 it basically does not work anywhere.

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.