Når DANE levering begynder at mislykkes efter en certifikatændring, skal du først fastslå, om nøglen er ændret, om TLSA foreningen bruger den nøgle, og hvilket certifikat hver modtager faktisk betjener. En generisk certifikatadvarsel kan skjule en DNSSEC fiasko, en forkert vælger eller en delvis implementering. Reparation af det forkerte lag kan efterlade post i kø, samtidig med at beviserne bliver sværere at fortolke.
Bevar den svigtende observation
Referencer: RFC 7672 §2, RFC 7672 §3.
Registrer afsenderimplementering, tidsstempel, modtagerdomæne, valgt MX vært, port, modtagende IP og observeret fejl. Gem DNSSEC valideringsresultatet og det relevante TLSA-svar sammen med certifikatet eller dets offentlige fingeraftryk. Hvis afsenderen prøver en anden vært igen, skal du beholde det som en separat observation. Et dashboard, der opsummerer hele domænet, kan ikke erstatte bevis på slutpunktsniveau.
Skeln håndtryksfejl fra godkendelsesfejl efter et håndtryk. En netværkstimeout beviser ikke, at TLSA-sammendraget ikke matchede. Omvendt beviser modtagelse af et certifikat hverken en betroet DNSSEC kæde eller vellykket DANE godkendelse. RFC 7672 definerer opdagelses- og valideringstrinene separat. RFC 7672 afsnit 2 og 3.
Tjek brug og vælger, før du sammenligner bytes
Referencer: RFC 6698 §2.1.2, RFC 6698 §2.1.3, RFC 7672 §4.
For en 3 1 1 forening, udtræk det serverede certifikats DER SPKI og beregn SHA-256. En certifikatfornyelse, der genbruger den samme nøgle, kan lade denne sammenfatning være uændret. En nøglerotation kan ikke. Med en fuld-certifikatvælger ændrer et fornyet certifikat tilknytningen, selvom nøglen beholdes. Brug ikke en browsers certifikatfingeraftryk i flæng med et SPKI-fingeraftryk.
Den bibeholdte OpenSSL-armatur 7. november 2026, inspiceret, men ikke genudført her, skabte certifikater A og B med forskellige nøgler og en genudstedelse A2 med A's nøgle. Dens registrerede beregninger viser, at A og A2 deler den valgte SPKI-sammenslutning, mens B er forskellig. Den sammenligner derefter bevidst B med A's forening og registrerer svigt. Testen bruger ægte genererede certifikatbytes, men er lokalt, syntetisk bevis snarere end en registreret produktionshændelse.
Rekonstruer DNS og slutpunktstiming
Referencer: RFC 7671 §8.1, RFC 7672 §2.1.
Sammenlign aktiveringstiden for ny nøgle med offentliggørelse af det overlappende tilknytningssæt og udløb af tidligere cachelagrede data. Hvis B blev implementeret, mens en afsender beholdt A-kun-registreringer, kan en korrekt afsender afvise B. Forespørgsel efter autoritativ DNS efter hændelsen og se B modbeviser ikke den tidligere cachetilstand.
Tjek alle backends og adressefamilier. En server, der ikke kunne genindlæse, beholder muligvis A, mens andre servere bruger B. Et nyt TLSA-sæt ville så kun fejle en del af trafikken. DNSSEC fejl har en anden tidslinje: signaturer, delegering og resolvervalidering skal undersøges uden tilfældigt at behandle falske data som usignerede. RFC 7672 afsnit 2.1 og 4.
Gendan konsistensen i stedet for at deaktivere kontroller
Referencer: RFC 7672 §3.1.1, RFC 7672 §4.
Hvor nøglen ikke er kompromitteret, kan gendannelse af et tidligere dækket certifikat eller korrekt overlappende tilknytninger være passende, afhængigt af den faktiske cache og udrulningstilstand. Koordiner mail- og DNS ejere og bekræft reparationen fra afsendersiden. Antag ikke, at sletning af TLSA straks vil fjerne cachelagrede krav, og konverter ikke en sikkerhedsfejl til uautoriseret levering som en standardløsning.
For DANE-EE skal du ikke importere alle browser-PKIX-regler til diagnosen: dens certifikatbrug har specifik autentificeringssemantik, inklusive intet krav om certifikatnavn-match og ignoreret certifikatudløb for DANE-EE-brug 3 under RFC 7672 §3.1.1. Udvid ikke denne specifikke regel til enhver TLSA-brug. Det undskylder ikke udløbne driftscertifikater, hvor andre afsendere bruger PKIX eller MTA-STS. Separat indeholder det bevarede 7. november 2026 gennemgangsbevis tidsstemplet loopback STARTTLS sessioner. Sessionerne blev inspiceret, men blev ikke kørt igen for denne revision. En kontrolleret klient observerer certifikat B ved en registreret 127.0.0.1 port, udtrækker peer-SPKI'en og nægter en tilknytning kun A. Den korrigerede overlappende A-plus-B kontrol accepterer ruten. Separat afviser Python/OpenSSL-certifikatverifikation B mod tillidsmateriale A, mens A lykkes. Den private anmeldelsespakke beholder syv transskriptioner og peer-certifikatbytes for de fire sager, der når certifikatfangst. Failed-handshake og no-STARTTLS-sager indeholder ikke registrerede peer-certifikatbytes. Dette er en lille laboratorieklient med konfigurerede TLSA-input, ikke et internet- DNSSEC -resultat eller -produktion MTA hændelse. Ingen besked blev sendt; produktionsaccept kræver stadig det tilsigtede slutpunkt og afsendersporing.