Was ist DKIM? E-Mail-Signatur erklärt

DKIM hängt an jede E-Mail Ihrer Domain eine kryptografische Signatur, damit empfangende Server belegen können, dass die Nachricht echt und unverändert ist. So funktioniert es, so richten Sie es ein, so geht es kaputt.

DKIM (DomainKeys Identified Mail) ist ein in RFC 6376 definierter Standard zur E-Mail-Authentifizierung, der jeder Nachricht Ihrer Domain eine kryptografische Signatur anhängt. Der empfangende Mailserver holt Ihren öffentlichen Schlüssel aus dem DNS, berechnet die Signatur über den Nachrichtentext und ausgewählte Kopfzeilen neu und bestätigt damit zwei Dinge: Die Mail stammt tatsächlich von Ihrer Domain, und niemand hat sie unterwegs verändert. Wenn Sie von einer eigenen Domain aus versenden, ist DKIM kein Extra mehr. Google und Yahoo verlangen es von Massenversendern seit Februar 2024, und Microsoft weist seit dem 5. Mai 2025 nicht konforme Mail von Großversendern an Outlook.com, Hotmail.com und Live.com ab (Blog von Microsoft Defender for Office 365).

Briefumschlag und Vorhängeschloss als Sinnbild einer kryptografisch signierten E-Mail

So funktioniert DKIM wirklich

DKIM ist ein Public-Key-Signaturverfahren, das um SMTP herum gelegt wurde. Der Ablauf hat vier Schritte:

Sie erzeugen ein Schlüsselpaar. Der private Schlüssel bleibt auf Ihrem sendenden Mailserver oder beim E-Mail-Anbieter. Der öffentliche Schlüssel wird im DNS veröffentlicht.
Ihr Server signiert ausgehende Mail. Er bildet einen Hash über den Nachrichtentext und eine gewählte Liste von Kopfzeilen (From, Subject, Date und weitere), signiert diesen Hash mit dem privaten Schlüssel und fügt das Ergebnis als Kopfzeile DKIM-Signature: ein.
Der Empfänger holt Ihren öffentlichen Schlüssel. Er liest Domain (d=) und Selektor (s=) aus der Signaturkopfzeile und fragt einen TXT-Eintrag unter <selektor>._domainkey.<domain> ab.
Der Empfänger prüft. Er berechnet den Hash neu und vergleicht ihn mit der Signatur. Stimmen sie überein, sind die signierten Teile der Nachricht echt und unverändert.

Entscheidend: DKIM übersteht Weiterleitungen, SPF nicht. SPF prüft die verbindende IP-Adresse und bricht deshalb, sobald eine Mailingliste oder ein Weiterleiter Ihre Nachricht durchreicht. Eine DKIM-Signatur reist mit der Nachricht selbst, weshalb DKIM-Alignment in der Regel die belastbarere Hälfte einer DMARC-Richtlinie ist.

Aufbau eines DKIM-Eintrags

Ein veröffentlichter DKIM-Eintrag ist ein DNS-TXT-Eintrag unter einem selektorspezifischen Hostnamen. Hier ein gekürztes Beispiel für den Selektor s1 auf example.com, veröffentlicht unter s1._domainkey.example.com:

v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA...

Die Tags, die Ihnen am häufigsten begegnen:

Tag	Wo er steht	Bedeutung
`v=`	DNS-Eintrag	Version, immer `DKIM1`
`k=`	DNS-Eintrag	Schlüsseltyp: `rsa` (Standard) oder `ed25519`
`p=`	DNS-Eintrag	Der öffentliche Schlüssel in Base64. Ein leeres `p=` widerruft ihn
`t=y`	DNS-Eintrag	Testmodus. Empfänger sollen Fehlschläge nicht bestrafen
`d=`	Signaturkopfzeile	Die signierende Domain, gegen die DMARC ausrichtet
`s=`	Signaturkopfzeile	Selektor, damit eine Domain viele Schlüssel führen kann
`h=`	Signaturkopfzeile	Liste der von der Signatur abgedeckten Kopfzeilen
`bh=`	Signaturkopfzeile	Hash des kanonisierten Nachrichtentexts
`x=`	Signaturkopfzeile	Ablauf der Signatur als Unix-Zeitstempel

Ein Detail bringt fast alle zu Fall: Ein öffentlicher RSA-Schlüssel mit 2048 Bit überschreitet das Limit von 255 Byte für eine einzelne Zeichenkette im DNS. Er muss deshalb als mehrere zitierte Teilstrings veröffentlicht werden, die der Resolver wieder zusammensetzt. Manche DNS-Oberflächen erledigen das stillschweigend, andere nicht, und ein falsch geteilter Schlüssel scheitert bei der Prüfung ohne sichtbare Fehlermeldung.

DKIM in fünf Schritten einrichten

Erzeugen Sie ein RSA-Schlüsselpaar mit 2048 Bit, oder lassen Sie es Ihren Anbieter tun. Google Workspace, Microsoft 365, Zoho, Mailgun, SendGrid, Postmark und Amazon SES stellen Schlüssel in ihren Admin-Konsolen aus.
Wählen Sie einen sprechenden Selektor. Einen pro Versandquelle, zum Beispiel google1 oder mg-2026a. Verwenden Sie einen Selektor nie in zwei Systemen.
Veröffentlichen Sie den TXT-Eintrag unter <selektor>._domainkey.<ihredomain>. Warten Sie die Verbreitung ab, meist Minuten, im Extremfall die TTL der Zone.
Aktivieren Sie das Signieren in der versendenden Plattform. Den Schlüssel zu veröffentlichen, ohne das Signieren einzuschalten, ist die häufigste halbfertige DKIM-Installation.
Prüfen Sie nach. Fragen Sie den Eintrag im Terminal mit dig TXT s1._domainkey.example.com +short ab, senden Sie dann eine Testnachricht an ein eigenes Postfach und lesen Sie die Kopfzeile Authentication-Results:. Dort soll dkim=pass stehen.

Wiederholen Sie das für jedes System, das in Ihrem Domainnamen versendet: Mailhoster, Marketingplattform, Rechnungstool, Helpdesk. Jedes braucht einen eigenen Selektor und einen eigenen Schlüssel.

DKIM, SPF und DMARC im Vergleich

Die drei Standards ergänzen einander, sie ersetzen sich nicht. DKIM belegt Integrität, SPF autorisiert den Versandweg, und DMARC verknüpft eines der beiden Ergebnisse mit der sichtbaren From-Adresse und sagt dem Empfänger, was bei einem Fehlschlag zu tun ist.

	SPF	DKIM	DMARC
Definiert in	RFC 7208	RFC 6376	RFC 7489
Was geprüft wird	Sendende IP-Adresse	Signatur der Nachricht	Alignment von SPF oder DKIM mit der From-Domain
Übersteht Weiterleitung	Nein	Ja	Hängt davon ab, ob DKIM überlebt
Kryptografie	Keine	Public-Key-Signatur	Keine
Benötigte DNS-Einträge	Ein TXT je Domain	Ein TXT je Selektor	Ein TXT unter `_dmarc`
Häufigste Fehlerursache	Mehr als 10 DNS-Abfragen	Fehlender oder falsch geteilter Schlüssel	Kein Mechanismus ausgerichtet
Berichte eingebaut	Nein	Nein	Ja, aggregiert und forensisch

Verbreitung von SPF, DMARC und DKIM über 5,5 Millionen Domains im Februar 2026, mit SPF bei 56,0 Prozent, DMARC bei 30,4 Prozent und DKIM bei 22,7 Prozent

DKIM ist nach wie vor das am wenigsten verbreitete der drei Verfahren. Ein Scan von 5,5 Millionen Domains im Februar 2026 ergab SPF 56,0 %, DMARC 30,4 % und DKIM 22,7 % (DMARCguard-Studie). Die Autoren weisen darauf hin, dass DKIM vermutlich unterschätzt wird, weil ein Scanner nur gängige Selektoren abfragen und eigene nicht finden kann.

Schlüssellänge, Rotation und das Replay-Problem

Nutzen Sie RSA mit 2048 Bit. RFC 8301 hat Signaturschlüssel unter 1024 Bit für veraltet erklärt, und NIST SP 800-57 sieht 2048 Bit als aktuelle Untergrenze für RSA. Schlüssel mit 1024 Bit werden bei den meisten Empfängern noch akzeptiert, leben aber auf geliehene Zeit. Der Schritt auf 4096 Bit bringt wenig und erschwert die Veröffentlichung im DNS.

Rotieren Sie nach Plan. RFC 6376 empfiehlt regelmäßige Rotation ohne Intervall zu nennen; die Best Common Practices von M3AAWG und die meisten Betreiber landen bei alle 6 bis 12 Monate, in regulierten Umgebungen quartalsweise. Die Rotation ist sicher, wenn die Reihenfolge stimmt: neuen Selektor veröffentlichen, mit dem neuen Schlüssel signieren, während der alte Eintrag noch steht, erfolgreiche Prüfungen in den DMARC-Aggregatberichten bestätigen und erst dann den alten Eintrag entfernen.

Verstehen Sie DKIM-Replay. Im April 2025 nutzte eine Phishing-Kampagne eine legitim signierte Google-Nachricht und verschickte sie wörtlich an neue Opfer, sodass sie mit gültigem dkim=pass von google.com ankam (Analyse von Red Sift). An der Signatur war nichts gefälscht. Der Angriff funktioniert, weil eine DKIM-Signatur nichts darüber aussagt, wer die Nachricht verschickt hat und an wen. Zwei praktische Gegenmaßnahmen: Übersignieren Sie die wichtigen Kopfzeilen, indem Sie sie im h=-Tag öfter aufführen, als sie vorkommen, was das nachträgliche Anhängen eines zweiten To: oder Subject: verhindert, und setzen Sie mit dem x=-Tag eine kurze Ablaufzeit, um das Replay-Fenster zu verkleinern.

Häufige DKIM-Fehler und ihre Ursachen

Symptom	Wahrscheinliche Ursache	Lösung
`dkim=none` in den Kopfzeilen	Signieren beim Absender nicht aktiviert	DKIM in der Plattform einschalten, nicht nur im DNS
`dkim=permerror`	Eintrag fehlt oder `p=` falsch geteilt	Als geteilte, zitierte Strings neu veröffentlichen
`dkim=fail` nur bei weitergeleiteter Mail	Eine Liste oder ein Gateway hat Text oder eine signierte Kopfzeile umgeschrieben	Den Weiterleiter um ARC bitten, oder für diesen Weg auf SPF-Alignment setzen
Bei einem System erfolgreich, beim anderen nicht	Eine Versandquelle hat keinen eigenen Selektor	Pro Quelle einen eigenen Schlüssel anlegen
DMARC scheitert trotz `dkim=pass`	Die `d=`-Domain passt nicht zur From-Domain	Mit der eigenen Domain signieren, nicht mit der des Anbieters

Häufige Fragen

Verschlüsselt DKIM meine E-Mails? Nein. DKIM signiert, es verschlüsselt nicht. Wer die Nachricht abfängt, kann sie weiterhin lesen. Transportverschlüsselung ist TLS, Inhaltsverschlüsselung ist S/MIME oder PGP.

Kann ich mehrere DKIM-Einträge haben? Ja, und meistens sollten Sie das auch. Jeder Selektor ist ein eigener Eintrag, sodass eine Domain für jede genutzte Versandplattform einen Schlüssel tragen kann.

Stoppt DKIM allein Spoofing? Nein. Eine gültige Signatur belegt, dass irgendeine Domain die Nachricht signiert hat, aber Empfänger handeln nur danach, wenn eine DMARC-Richtlinie es vorgibt. Erst DKIM zusammen mit DMARC auf p=quarantine oder p=reject blockiert gefälschte Mail wirklich.

Was passiert, wenn ich einen DKIM-Schlüssel lösche? Jede noch unterwegs befindliche Nachricht, die damit signiert wurde, scheitert bei der Prüfung. Für einen bewussten Widerruf veröffentlichen Sie den Eintrag mit leerem p=, statt ihn zu löschen, damit Empfänger einen ausdrücklichen Widerruf sehen.

Ist Ed25519 einsatzbereit? Ed25519-Signaturen sind in RFC 8463 standardisiert und erzeugen deutlich kürzere DNS-Einträge, doch die Unterstützung auf Prüferseite ist noch uneinheitlich. Signieren Sie parallel mit RSA-2048, statt vollständig umzustellen.

Prüfen Sie Ihr DKIM in 60 Sekunden

Die meisten defekten DKIM-Setups sehen in der Admin-Konsole tadellos aus und verraten sich erst in den Kopfzeilen zugestellter Mail. Der kostenlose Scan von FortifyNet liest Ihr Live-DNS und berichtet über SPF, DKIM und DMARC im Zusammenhang, dazu über SSL/TLS-Konfiguration, Security-Header und Dark-Web-Exposition. Ohne Registrierung. Scannen Sie Ihre Domain kostenlos und sehen Sie, was Empfänger tatsächlich sehen.