CAs Must Validate DNSSEC (Since 15 Mar 2026): Broken DNSSEC Now Blocks Certificate Renewal
Short answer: Since 15 March 2026 every public CA must validate DNSSEC on its CAA and domain-validation lookups (CA/Browser Forum ballot SC-085), and a validation error is never permission to issue. A domain with a broken DNSSEC chain, usually a DS record left behind after a DNS host move, can't get or renew any certificate for its website, mail server or MTA-STS host. Domains without DNSSEC are not affected.
| Who | CA/Browser Forum, IETF and IANA |
|---|---|
| Status | confirmed |
| Dates |
|
Who is affected
Any domain with DNSSEC turned on (a DS record at the registrar) whose chain is broken: a DS left over from the previous DNS host, signatures the DNS host stopped refreshing, a key rollover gone wrong, or a DNS host that returns an error for CAA queries. Issuance and renewal fail at every public CA, for the website, the mail server certificate (ports 25, 465, 587, 993) and the MTA-STS policy host. Most domains notice only at their first renewal after March 2026, because certificates issued before then could last up to 398 days. Domains without DNSSEC are not affected.
What you will see
- Let's Encrypt: DNS problem: SERVFAIL looking up CAA for example.com - the domain's nameservers may be malfunctioning
- Let's Encrypt, when the resolver explains the failure: DNS problem: looking up A for www.example.com: DNSSEC: DNSKEY Missing (or Signature Expired, RRSIGs Missing, Bogus)
- DigiCert: We detected a DNSSEC validation issue on your domain. Please contact your DNS provider to review the configuration. (code dns_sec_validation_error)
- Expected: certbot, acme.sh, Caddy or cert-manager keep retrying, and the certificate expires on the website, the mail server and the MTA-STS host
- Expected: senders that validate DNSSEC defer mail to the domain, because their resolvers return SERVFAIL for its MX records too
Check your setup today
- Run our checker: the DNSSEC row validates the chain through 1.1.1.1 and shows the resolver's reason, and the CAA row tests the lookup every CA makes before it issues.
- By hand:
dig CAA example.com @1.1.1.1, thendig +cd CAA example.com @1.1.1.1. SERVFAIL on the first and an answer on the second means DNSSEC is the cause. - Let's Encrypt recommends DNSViz to see which link in the chain is broken (DS, DNSKEY or signatures).
How to fix it
- DS left from a previous DNS host: delete it at the registrar, or replace it with the DS your current host shows. Our checker prints the replacement DS when the old one doesn't match the zone's key.
- Moving DNS hosts: Cloudflare's order is remove the DS, wait for its TTL to expire (often 24–48 hours), change the nameservers, then turn DNSSEC on again and add the new DS.
- Signatures expired or missing: ask the DNS host to re-sign the zone, or delete the DS to go unsigned until they do. An unsigned (insecure) domain can get certificates again right away.
- Zones signed with algorithm 5 or 7: roll to 13 (ECDSAP256SHA256) or 8 (RSASHA256), the algorithms RFC 9904 recommends.
- CAA lookups that error while DNSSEC is fine: ask the DNS host to answer CAA queries (an empty answer is fine), or move DNS. Then retry the renewal and reload the services that use the certificate.
Check your domain now
After the fix, send a test email to see SPF, DKIM and DMARC pass on a real message, then keep an eye on it: free DMARC monitoring shows every service that sends mail as your domain and which ones fail, in plain English.
Get it fixed on Fiverr
Prefer to do it yourself? Get the step-by-step Fix Kit ($15) – 28-page guide, checklist, 20+ providers.
Related pages
- SERVFAIL Looking Up CAA / DNSSEC Error: Certificate Renewal Fix
- Shorter TLS Certificates for Mail Servers: Let's Encrypt 64 Days (Feb 2027), 100-Day Maximum (Mar 2027)
Sources
- CA/Browser Forum: Ballot SC-085v2, validation of DNSSEC (when present) for CAA and DCV lookups
- CA/Browser Forum Baseline Requirements, section 4.2.2.2 (DNSSEC validation requirements)
- CA/Browser Forum: Ballot SC-100, DNSSEC clarification and consolidation
- CA/Browser Forum: Ballot SC-094v2, DNSSEC exception in email DCV methods
- CA/Browser Forum: Ballot SMC014, DNSSEC for CAA (S/MIME)
- DigiCert: validating DNSSEC to verify domain control and perform CAA checks
- Let's Encrypt: Certificate Authority Authorization (CAA)
- Let's Encrypt Boulder source: DNS problem messages (bdns/problem.go)
- RFC 9905: Deprecating the use of SHA-1 in DNSSEC signature algorithms
- RFC 9904: DNSSEC cryptographic algorithm recommendation update process
- RFC 8914: Extended DNS Errors
- Cloudflare: Troubleshooting DNSSEC
- Cloudflare: Disable DNSSEC before moving your domain
- IANA: Root zone DNSSEC trust anchors (KSK-2024 active, KSK-2017 revocation)
Other upcoming changes
- Microsoft 365 SMTP AUTH: Basic Authentication Off by Default at the End of December 2026
- DMARCbis (RFC 9989): pct Is Gone, t=, np= and psd= Are New — Update Your DMARC Record
- Gmail Stops Fetching POP Mail and Ends Gmailify in January 2027: Switch to Forwarding or IMAP
- Shorter TLS Certificates for Mail Servers: Let's Encrypt 64 Days (Feb 2027), 100-Day Maximum (Mar 2027)
- April 15, 2027 Root CA Distrust: Will Your Mail Server's Certificate Still Be Trusted?
- Microsoft 365 MX Records Move to *.mx.microsoft: What Changes for New and Existing Domains
- Outlook "Promotions" Tag in Microsoft 365: What It Means for Your Newsletters and Notifications
- MailerSend Retires DKIM TXT Records on 1 February 2027: Move to the New CNAME Records
- Public TLS Certificates Lose clientAuth (2026–2027): Which Mail Servers Break