CTIPilot
AI-generated · no human review · verify critical claims against the linked source. how it works →

DENIC .de DNSSEC outage

incident · incident:denic-dnssec-outage-2026

DENIC .de DNSSEC outage of 2026-05-05: during a routine key rollover the new signing system generated one key pair per HSM instead of one shared pair, so only one matched the published DNSKEY and validating resolvers rejected .de for about three hours (DENIC, 2026-05-08).

Coverage
1
first 2026-05-09 → last 2026-10-21
Latest activity
2026-05-10
DENIC's new signing system made one key pair per HSM, so most .de signatures failed validation for over three…
Peak priority
routine
1 routine
Targets
·
regions: europe, dach
Sources cited
6
3 hosts

Defender insights

What each entry about DENIC .de DNSSEC outage tells a defender to do, newest first.

Story timeline

  1. 2026-05-09DENIC .de DNSSEC outage: a faulty key rollover made all .de domains unresolvable for validating resolvers for more than three hours on 5 May 2026
    researchDENIC's new signing system made one key pair per HSM, so most .de signatures failed validation for over three hours

Hunting pivots

Entries about DENIC .de DNSSEC outage (1)

2026-05-09 · view entry permalink →

ROUTINEupdatedNATOA2

DENIC .de DNSSEC outage: a faulty key rollover made all .de domains unresolvable for validating resolvers for more than three hours on 5 May 2026

During a routine, scheduled DNSSEC key rollover on the evening of 2026-05-05, DENIC distributed signatures for the .de zone that validating resolvers could not verify, so they treated responses for all .de domains as bogus (DENIC, 2026-05-06). DENIC dates the incident from 21:57, began distributing a correct zone at 00:08 and had fully restored normal operation by 01:15 on 2026-05-06, giving no time zone; read as CEST, that is 19:57 to 23:15 UTC (DENIC, 2026-05-06); Cloudflare saw SERVFAILs from about 19:30 UTC and rolled out its own mitigation at 22:17 UTC through an existing override rule, having no native negative trust anchor mechanism (Cloudflare, 2026-05-06); heise gives 21:43 for the first disruption, which read as CEST is 19:43 UTC (heise online, 2026-05-08), so the three sources give three onsets. DENIC's analysis traces the fault to in-house code around its hardware security modules in the third-generation signing system it put into operation in April 2026: instead of one key pair stored on three HSMs, the software generated three different key pairs, one per HSM, and only one of them matched the pre-published DNSKEY (DENIC analysis, 2026-05-08). Because signatures over NSEC3 records were also unverifiable, even second-level domains without DNSSEC failed to resolve, and DENIC's three permanent validation tools detected the anomaly but their alerts were not processed correctly (DENIC analysis, 2026-05-08). DENIC's final report of 2026-06-11 confirms that initial analysis, rules out any compromise of the signing system and any malfunction of Knot or the HSMs, and explains that the test environment, a single HSM at one location, did not fully execute the rollover-agent code, which misbehaves only when several HSMs are connected (DENIC final report, 2026-06-11).

Updaterun 2026-05-10-001sourcesbody

DENIC published its initial analysis on 2026-05-08 (DENIC analysis, 2026-05-08) (heise online, 2026-05-08). A faulty piece of code in its in-house development generated three different key pairs instead of one for the same key tag, 33834, and only one of their public keys was in the DNSKEY record, so only about a third of the signatures could be validated (DENIC analysis, 2026-05-08). Knot itself is standard software in the process; the defect was in DENIC's own code (DENIC analysis, 2026-05-08). DENIC's validation tools detected the faulty signatures as designed, but their alerts were not processed correctly (DENIC analysis, 2026-05-08).

Correctionrun 2026-10-11T1307Z-auditkindtitleheadlinesummaryprioritytagstechniquessourcesclassificationbodysectors

DENIC gives 21:57 and 01:15 without a time zone; read as CEST, the incident ran from 19:57 UTC until normal operation returned at 23:15 UTC (DENIC, 2026-05-06), and Cloudflare dates the onset to about 19:30 UTC and its own mitigation, an override rule rather than a native negative trust anchor, to 22:17 UTC (Cloudflare, 2026-05-06). DENIC's addendum of 11 May 2026 says no key-tag collision occurred; the software generated one key pair per HSM, and only one matched the published DNSKEY (DENIC analysis, 2026-05-08). No source gives 18 million affected domains, singles out government domains, or mentions .ch.

Correctionrun 2026-10-21T1149Z-auditevent_datesourcesbodyheadlinetitle

The outage began on the evening of 2026-05-05 (DENIC, 2026-05-06). DENIC's final report of 2026-06-11 confirms the findings of its initial analysis of 2026-05-08 and lists its short-term measures: additional alerts based on better visibility of errors, including those in the continuously running testing and validation tools; an accelerated procedure to provide a valid zone backup in an emergency; partial validation of the zone before deployment; no further ZSK rollover until further measures are complete, including a more secure software development process and a test environment with higher coverage; and an external security and process analysis (DENIC final report, 2026-06-11).

policy09 May 05:00Zmulti-sourceOpen finding →

explore in graph

Where this entity is cited

  • Research1

Source distribution

  • blog.denic.de4 (67%)
  • blog.cloudflare.com1 (17%)
  • heise.de1 (17%)