DKIM-Signatur
Eine DKIM-Signatur ist eine kryptografische Signatur, die den Headern einer E-Mail hinzugefügt wird (der DKIM-Signature-Header) und mit der Empfänger überprüfen können, dass die Nachricht von der sendenden Domain autorisiert wurde und unterwegs nicht verändert wurde. Wichtige Tags sind d (Domain), s (Selector), b (Signatur) und bh (Body-Hash).
Diese Anleitung ist Teil unseres vollständigen Leitfadens zu DKIM. Verwandt: der DKIM-Record und warum DKIM fehlschlägt.
Eine DKIM-Signatur ist eine kryptografische Signatur, die den Headern einer E-Mail hinzugefügt wird — getragen im DKIM-Signature-Header — und die es einem empfangenden Server ermöglicht, zu überprüfen, dass die Nachricht von der sendenden Domain autorisiert wurde und unterwegs nicht verändert wurde. Die Signatur wird mit einem privaten Schlüssel erzeugt, den der Absender besitzt, und gegen einen passenden öffentlichen Schlüssel geprüft, der im DNS veröffentlicht ist.
Wie der DKIM-Signature-Header aussieht
Die Signatur reist als ein einzelnes Header-Feld, das der Nachricht vorangestellt wird. Sie packt alles, was ein Empfänger benötigt — die signierende Domain, den Selector, welche Header signiert wurden, einen Hash des Nachrichtentexts und die Signatur selbst — in eine Reihe von tag=value-Paaren, die durch Semikolons getrennt sind.
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=example.com; s=selector1; t=1700000000;
h=from:to:subject:date;
bh=2jUSOH9NhtVGCQWNr9BrIAPreKQjO6Sn7XIkfJVOzv8=;
b=Cg5Xje8kY0m5xT1pW2qL4vN8rH6dF3aZ9cU7bE0iQoR2sT4uV6wX8yZ1
aB3cD5eF7gH9jK2lM4nP6qR8sT0uV2wX4yZ6aB8cD0eF2gH4jK6l=Der Header wird vom Mailserver des Absenders eingefügt, bevor die Nachricht die Domain verlässt. Zeilenumbrüche und Einrückungen dienen nur der Faltung — der Wert ist logisch eine einzige zusammenhängende Zeichenkette.
Die Tags in einer DKIM-Signatur
Jedes Tag trägt einen Teil des Überprüfungspuzzles. Der Signierende wählt diese Werte; der Prüfer liest sie zurück, um die Signatur zu rekonstruieren und zu überprüfen.
| Tag | Name | Zweck |
|---|---|---|
v | Version | DKIM-Version. Immer 1. |
a | Algorithmus | Hash- und Signieralgorithmus, z. B. rsa-sha256 oder ed25519-sha256. |
d | Domain | Die signierende Domain — die Identität, die DKIM authentifiziert. |
s | Selector | Benennt, welcher öffentliche Schlüssel aus dem DNS der Domain abzurufen ist. |
h | Signierte Header | Durch Doppelpunkte getrennte Liste der von der Signatur abgedeckten Header-Felder. |
bh | Body-Hash | Hash des (kanonisierten) Nachrichtentexts. |
b | Signatur | Die eigentliche kryptografische Signatur, base64-kodiert. |
c | Kanonisierung | Wie Header/Text vor dem Hashen normalisiert werden, z. B. relaxed/relaxed. |
t / x | Zeitstempel | t ist der Zeitpunkt der Signierung; x ist der Zeitpunkt, zu dem die Signatur abläuft. |
Wie das Signieren funktioniert (beim Senden)
Wenn eine Nachricht den sendenden Server verlässt, tut DKIM zwei Dinge. Zuerst kanonisiert es den Text und hasht ihn, wobei das Ergebnis in bh gespeichert wird. Dann kanonisiert es die in h benannten Header — zusammen mit dem DKIM-Signature-Header selbst (mit einem leeren b) —, hasht diesen Block und signiert den Hash mit dem privaten Schlüssel der Domain. Die resultierende Signatur wird zum b-Wert. Da der private Schlüssel den Absender nie verlässt, kann nur der wahre Domaininhaber eine Signatur erzeugen, die validiert wird.
Wie die Überprüfung funktioniert (beim Empfang)
Der empfangende Server liest den DKIM-Signature-Header, um die Domain (d) und den Selector zu erfahren. Er fragt das DNS unter <selector>._domainkey.<domain> ab, um den öffentlichen Schlüssel aus dem DKIM-Record abzurufen. Dann wiederholt er die Arbeit des Absenders: Er kanonisiert und hasht den Text, vergleicht diesen mit bh, kanonisiert und hasht die signierten Header und verwendet den öffentlichen Schlüssel, um b gegen diesen Header-Hash zu prüfen. Wenn sowohl der Body-Hash übereinstimmt als auch die Signatur verifiziert wird, besteht DKIM. Die bh-Prüfung ist das, was jede Manipulation am Nachrichtentext erkennt — schon ein einziges geändertes Zeichen erzeugt einen anderen Hash und lässt die Prüfung scheitern.
Wann Signaturen fehlschlagen
Eine DKIM-Signatur schlägt immer dann fehl, wenn die Nachricht, die der Empfänger sieht, nicht mehr mit dem übereinstimmt, was der Absender signiert hat. Die häufigsten Ursachen sind:
- Änderung unterwegs — Mailinglisten, Weiterleiter und einige Gateways schreiben Betreffzeilen um, hängen Fußzeilen an oder kodieren den Text neu, was den Body-Hash zerstört.
- Body-Hash-Fehlübereinstimmung — jede Änderung am signierten Teil des Texts ändert
bh, sodass die Überprüfung fehlschlägt, selbst wenn der Schlüssel korrekt ist. - Falscher oder fehlender Schlüssel — der Selector verweist auf einen DNS-Record, der fehlt, abgelaufen ist oder den falschen öffentlichen Schlüssel enthält.
Für eine ausführlichere Aufschlüsselung der Ursachen und Lösungen siehe warum DKIM fehlschlägt, und verwenden Sie das kostenlose DKIM-Lookup-Tool, um zu bestätigen, dass der öffentliche Schlüssel eines Selectors veröffentlicht und wohlgeformt ist.
Häufig gestellte Fragen
Was ist eine DKIM-Signatur?
Eine DKIM-Signatur ist eine kryptografische Signatur, die den Headern einer E-Mail im DKIM-Signature-Feld hinzugefügt wird. Der Absender erzeugt sie mit einem privaten Schlüssel über ausgewählte Header und einen Hash des Texts. Empfänger überprüfen sie gegen einen öffentlichen Schlüssel im DNS und beweisen damit, dass die Nachricht von der Domain stammt und nicht verändert wurde.
Was bedeutet das b=-Tag in einer DKIM-Signatur?
Das b=-Tag enthält die eigentliche Signatur: ein base64-kodierter Wert, der durch Signieren eines Hashes der kanonisierten signierten Header mit dem privaten Schlüssel der sendenden Domain erzeugt wird. Der Empfänger dekodiert ihn und überprüft ihn gegen den aus dem DNS abgerufenen öffentlichen Schlüssel. Wenn sich die signierten Header unterwegs geändert haben, schlägt die b=-Prüfung fehl.
Warum schlägt eine DKIM-Signatur nach der Weiterleitung fehl?
Weiterleiter und Mailinglisten verändern die Nachricht oft — sie hängen Fußzeilen an, schreiben den Betreff um oder kodieren den Text neu. Da DKIM den exakten Text und ausgewählte Header signiert, verändert jede solche Änderung den berechneten Hash, sodass er nicht mehr mit dem signierten bh oder dem Header-Hash übereinstimmt. Die Signatur schlägt dann bei der Überprüfung fehl, obwohl das Original gültig war.
Was ist der Body-Hash (bh) in DKIM?
Das bh=-Tag ist ein Hash des Nachrichtentexts nach der Kanonisierung, berechnet mit dem in a benannten Algorithmus. Beim Empfang berechnet der Prüfer den Body-Hash neu und vergleicht ihn mit bh. Eine Abweichung bedeutet, dass der Text unterwegs verändert wurde, sodass die Signatur abgelehnt wird, noch bevor die kryptografische Signatur in b= überhaupt geprüft wird.