NET::ERR_CERT_VALIDITY_TOO_LONG appears when an SSL certificate is issued for > 398 days. Since September 2020, Apple, Google and Mozilla reject certs longer than that — per Baseline Requirements 1.7.3. Fix: reissue with validity ≤ 397 days (Let's Encrypt = 90 days, always fits).
This error blocks HTTPS access. Below: causes, fixes, working config, FAQ.
Free online tool — SSL certificate checker: instant results, no signup.
days=10000 — a common admin mistakecertbot renew --force-renewalopenssl req -x509 -days 365 (not 3650!)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;
}The ERR_CERT_VALIDITY_TOO_LONG error occurs when an SSL/TLS certificate exceeds the maximum validity period of 398 days. To resolve this, you should replace the certificate with a new one that complies with the latest standards set by the CA/Browser Forum, ensuring it is valid for no more than 398 days. Regularly monitoring and renewing your certificates can help avoid this error.
The ERR_CERT_VALIDITY_TOO_LONG error is a warning generated by web browsers when an SSL/TLS certificate exceeds the maximum allowed validity period. As of September 2020, the CA/Browser Forum has mandated that SSL certificates must not be valid for more than 398 days. This regulation aims to enhance security by encouraging more frequent certificate renewals, making it harder for compromised certificates to remain valid for long periods.
When a certificate exceeds this validity period, browsers like Chrome, Firefox, and Safari will display an error message, preventing users from accessing the website. This can significantly impact user experience and website credibility.
To avoid this error, it is essential for web administrators and developers to regularly check the validity of their SSL certificates and plan for timely renewals. Using automated tools can help in maintaining compliance with these standards.
To resolve the ERR_CERT_VALIDITY_TOO_LONG error, you need to identify and replace any certificates that exceed the 398-day limit. Here’s a step-by-step guide:
openssl x509 -in /path/to/your/certificate.crt -noout -datesThis command will output the start and end dates of your certificate's validity. If the end date is more than 398 days from the current date, you need to replace the certificate.
certbot certonly --standalone -d yourdomain.com --preferred-challenges http --renew-by-defaultEnsure you have the necessary permissions and configurations for your web server when using Certbot or any other tool.
SSLCertificateFile /etc/letsencrypt/live/yourdomain.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/yourdomain.com/privkey.pemBe sure to restart your web server after making these changes:
sudo systemctl restart apache2openssl s_client -connect yourdomain.com:443 -servername yourdomain.comEnsure that the certificate's validity is within the acceptable limits. You can also use online tools such as SSL Labs' SSL Test to confirm the installation.
By following these steps, you can effectively manage your SSL certificates and ensure compliance with current validity standards, thus avoiding the ERR_CERT_VALIDITY_TOO_LONG error.
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.
Issuer, validity period, signature algorithm, covered domains (SAN), and validation type (DV/OV/EV).
Full chain verification: from leaf certificate through intermediates to root CA.
Protocol version (TLS 1.2/1.3), cipher suites, Perfect Forward Secrecy (PFS) support.
Set up a monitor — get Telegram and email alerts 30/14/7 days before expiration.
SSL certificate monitoring
TLS config audit
HTTPS as ranking factor
customer trust
www and subdomains.Strict-Transport-Security header forces browsers to always use HTTPS.SSL certificate monitoring, check history and alerts 30 days before expiry.
Sign up freeShorter certs force more frequent reissuance → lower key-compromise risk and faster retirement of vulnerable certs.
That is 13 months + renewal buffer. Apple introduced the cap in 2020: max 398 days. Google and Mozilla followed.
No. This is a built-in safetynet policy, not toggleable.
ZeroSSL, Buypass — free alternatives with 90-day certs. Commercial (DigiCert, Sectigo) — 1 year. All ≤ 398 days.
Free plan — 10 monitors, checks every 5 min, no card required. Upgrade for 1-minute interval and multi-region monitoring.