De DKIM l tag begrænser, hvor meget af den kanoniserede krop bidrager til kropshash. Det kan lade en signatur overleve vedhæftet indhold, men den overlevelse kommer fra at efterlade indhold uden for signaturens dækning. Behandl det som en sikkerhedsbeslutning, ikke en rutinemæssig rettelse af sidefodsfejl.
Ved hvad længden måler
RFC 6376 afsnit 3.5 definerer l som en optælling af oktetter i den kanoniserede krop. Det er ikke et tegnantal, et linjeantal eller størrelsen af en vedhæftet fil. Kanonisering sker før længdegrænsen anvendes. Uden l er hele den kanoniserede krop dækket. En værdi på nul tillader intet kropsindhold at bidrage til hashen; det betyder ikke ubegrænset dækning.
Hvis l overskrider den tilgængelige kanoniserede kropslængde, er signaturen ugyldig i henhold til specifikationens verifikationsregler. Den øvre grænse er det eksplicitte krav i RFC 6376 afsnit 3.5. En almindelig sammenligning af filstørrelser kan ikke pålideligt etablere dækning, fordi overførselskodning og kanonisering påvirker den relevante repræsentation.
Forstå hvorfor et pas kan være vildledende
Funktionen er designet til at tolerere tilføjelser såsom trailere med mailinglister. Imidlertid, RFC 6376 afsnit 8.2 advarer om, at tilføjet indhold kan udnytte MIME struktur eller klientgengivelse, så modtageren ser vildledende materiale, mens det dækkede præfiks forbliver intakt. En bestået signatur fastslår derfor ikke integriteten af hele den viste krop, når l efterlader et suffiks afdækket.
Illustrativt scenarie: en underskriver dækker et indledende kropspræfiks. En senere processor tilføjer tekst uden for det præfiks. Signaturen kan forblive gyldig, hvis det dækkede præfiks og underskrevne overskrifter forbliver uændrede, og andre verifikationskontroller består. Dette er et konceptuelt dækningseksempel, ikke en demonstration af, at hver MIME tilføjelse producerer det samme resultat, eller at en specifik klient vil gengive det sikkert.
Inspicer før du ændrer politik
For hver berørt signatur skal du beholde den rå besked, l, c, h, d og vælger. Brug en konform verifikator eller byte-bevidst analyse til at bestemme den kanoniserede kropslængde og dækkede præfiks. Bemærk, om Content-Type og andre fortolkningsrelevante overskrifter blev valgt. En gennemgang af headerdækning kan afsløre yderligere risici, men den gør ikke usigneret kropsindhold signeret.
Tjek, om modtagersystemet anvender en særlig politik for signaturer med begrænset krop. RFC 6376 afsnit 8.2 advarer underskrivere om at være ekstremt varsomme over for l og bemærker, at bedømmere kan ignorere sådanne underskrifter. Lov ikke, at en matematisk gyldig præfikssignatur vil blive accepteret overalt.
Foretrækker komplet indhold ved underskriftsgrænsen
Hvis målet er at overleve en udgående ansvarsfraskrivelse, skal du først vurdere at flytte ansvarsfraskrivelsen, før du underskriver eller underskriver den endelige besked med et autoriseret domæne. For postlister skal du undersøge listens ændrings- og signeringsdesign. Disse tilgange adresserer behandlingsrækkefølgen i stedet for at skjule det ændrede suffiks fra dækning.
Hvis en ældre arbejdsgang stadig bruger l, skal du dokumentere hvorfor, hvilke ruter afhænger af det, og hvilke risici for modtagerfortolkning, der er tilbage. Test fjernelse eller udskiftning i en kontrolleret sti med en tilbagerulningsplan. Ændre ikke underskriftsprofilen for al post uden at kontrollere legitime forsinkede og indirekte ruter.
Gør anmeldelsesresultatet specifikt
Resultatet bør angive, om hel eller delvis kropsdækning er tilsigtet, hvilke meddelelser der bruger det, og hvem der accepterede den resterende risiko. Bevar bevis for den nøjagtige underskrift og dækket repræsentation. Et generisk antal DKIM-pas er utilstrækkeligt til at lukke denne anmeldelse, fordi den ikke siger noget om, hvor meget kropsindhold signaturen beskytter.
Arbejd med et eksempel i kanoniseret længde
Antag, at et overensstemmende værktøj måler en kanoniseret krop på 140 oktetter, og signaturen har l=100. Kropshashen dækker de første 100 oktetter; de resterende 40 er uden for body-hash-dækning. Hvis det dækkede præfiks og de signerede overskrifter forbliver uændrede, kan yderligere tilføjet indhold efterlade bekræftelsen vellykket. Hvis den kanoniserede krop i stedet kun er 80 oktetter med l=100, overtræder værdien RFC 6376 afsnit 3.5, og signaturen er ugyldig. Disse er konstruerede tællinger efter kanonisering, ikke rå filstørrelser eller en udført kryptografisk test.
Før en kompakt undersøgelsesjournal
Brug dette foreslåede arbejdsark til ruten under gennemgang. Det er en planlægningshjælp, ikke bevis på en udført test.
- Signatur: d, vælger, c, h og l, eller noter, at l er fraværende.
- Dækning: kanoniseret kropslængde, dækket præfiks og usigneret suffiks, målt med et passende værktøj.
- Fortolkning: Indholdstypedækning og effekter af MIME /klient-gengivelse.
- Beslutning: Fjern delvis dækning, redesign underskriftsordre eller dokumentér en undtagelse med snævert omfang.