En kompromitteret DKIM privat nøgle kan lade en angriber oprette signaturer, der bekræfter under det berørte signeringsdomæne. Behandl begivenheden som en hændelse med underskrivende myndighed. Udskiftning af en DNS post er kun en del af indeslutningen, og DKIM verifikation alene kan ikke skelne en autoriseret underskriver fra en angriber, der har den samme nøgle.
Etabler den berørte myndighed
Identificer signeringsdomænet, vælgere, nøgledepot og hver tjeneste ved hjælp af den private nøgle. Bevar relevante revisionslogfiler, konfiguration og repræsentative mistænkelige beskeder uden at kopiere hemmeligheden til billetter eller chat. Registrer opdagelsestid, sandsynligt eksponeringsvindue og hvad der er kendt versus mistænkt.
Adskil privat nøgletyveri fra uautoriseret adgang til en signeringstjeneste. En hacker med kontoadgang kan fortsætte med at signere efter en nøglerotation, medmindre denne adgang er indeholdt. Kompromis med DNS administration er en anden afhængighed, der kræver sit eget svar. Koordiner disse undersøgelser under hændelsens ejer.
Stop nyt misbrug og tilbagekald den gamle bekræftelsessti
Suspendér berørte signeringsruter eller legitimationsoplysninger gennem den godkendte hændelsesproces. RFC 6376 tillader tilbagekaldelse ved at udgive en tom p-værdi. Fjernelse af nøglen forhindrer også succesfuld hentning, når først fraværet er synligt. Vælg det svar, der understøttes af platformen, og bekræft det nøjagtige vælger og domæne, før du ændrer det.
Tilbagekaldelse sker ikke øjeblikkeligt på tværs af alle modtagere. Cachelagrede DNS data og meddelelser, der allerede er evalueret, skaber en tidsafhængig grænse. Lov ikke, at ændring DNS med tilbagevirkende kraft ugyldiggør signaturer i leveret post eller beviser, at ingen misbrugsmeddelelser blev accepteret.
Normal rotationsoverlapning bevarer bekræftelse af legitime meddelelser i kø. Under kompromittering kan det også bevare en angribers kapacitet ved at holde den udsatte nøgle verificerbar. Hændelsesejeren skal afveje indeslutning mod forsinkede e-mailfejl i stedet for at anvende den rutinemæssige overlapningsplan automatisk.
Gendan signering gennem en ren sti
Generer erstatningsnøglemateriale gennem en pålidelig understøttet proces efter at have rettet eksponeringsårsagen. Foretrækker en ny understøttet vælger, så gammel og ny evidens kan skelnes. Anvend de nuværende kryptografiske krav. Til RSA-signering kræver RFC 8301 rsa-sha256 frem for rsa-sha1 og anbefaler mindst 2048-bit nøgler.
Illustrativt svar: Selector sales1 er afsløret, og dens signeringskonto er indeholdt. En ren underskriver bruger salg2, mens salg1 er tilbagekaldt. Ny kontrolleret post verificerer med salg2 og justerer med Fra; forsinket mail signeret med salg1 kan mislykkes. Dette eksempel beskriver en eksplicit afvejning, ikke en afsluttet hændelse eller en garanti for universel modtageradfærd.
Bekræft genopretning og bevar usikkerhed
Test alle berørte ruter, ikke kun én postkasse. Gem råbeskeder og pålidelige resultater, inspicér den nye vælger, bekræft justering og bekræft, at kompromitterede legitimationsoplysninger ikke længere godkender underskrift. Gennemgå udbyderlogfiler og modtagerrapporter for eksponeringsperioden, og bemærk, at rapporterne ikke dækker hver modtager eller beviser, hvem der sendte hver besked.
Oprethold en tidslinje for indeslutning, DNS observationer, erstatningsimplementering og vurdering af kundepåvirkning. Hold retsmedicinske kopier adgangskontrolleret. Luk kun hændelsen med en identificeret ejer for den resterende undersøgelse og en rettet nøgleopbevaring eller adgangsfejl. En vellykket ny signatur beviser, at genoprettelsesruten virker; den fastslår ikke i sig selv det fulde omfang af tidligere misbrug.
Træn en bordplade før en nødsituation
I denne syntetiske tidslinje holder servicekonto A salg1 og ren konto B rummer salg2. Ved minut nul skal du indeholde A. Ved minut et skal du offentliggøre salg1 tilbagekaldelse. På minut to har en fiktiv resolver stadig sin gamle cachelagrede nøgle, så gamle signaturer kan forblive verificerbare der. På minut tre, start den rene salgsrute2. Ved minut tredive skal du indsamle resultater pr. rute og få adgang til beviser i stedet for at erklære gendannelse fra DNS alene. Disse timings illustrerer bestilling, ikke et lovet udbredelsesinterval.
Denne skrevne bordplade foreslår fem nødvendige gendannelsesobservationer: gammel adgang deaktiveret, eksponeringsårsag indeholdt, ny nøgle offentliggjort, ny signatur verificeret og frisk signatur justeret. Et scenarie med ny post, der sendes, men gammel adgang, der stadig er aktiv, svigter gendannelsesporten. Et scenarie, der tilfredsstiller alle fem, passerer den modellerede gate. Begge sæt observationer er syntetiske; ingen bordpladeprogram, lejer eller beskedtest blev udført. Faktisk indeslutning, cache-observationer, godkendelser og meddelelsestests forbliver påkrævet under en reel hændelse.
Tildel en ejer til hver uløst gendannelsesgate
Skriftlig case KEY-01 antager, at erstatningsvælgeren sales2 producerer en passerende tilpasset signatur for From sales@example.org med d=example.org, men den gamle servicekonto forbliver aktiv. Hændelsens ejer skal holde genoprettelsen åben og adressere adgangsindeslutning; en mailadministrators vellykkede signaturtest kan ikke lukke dette hul. Gamle resolver-caches og tidligere misbrugsomfang forbliver ukendt. Identiteterne og resultaterne er fastsatte undervisningsantagelser, ikke en udført hændelse.