SPF, DKIM & DMARC

Entstehung und Beteiligte

SPF, DKIM und DMARC entstanden in unterschiedlichen Projekten. SPF geht auf Meng Weng Wong um 2003 zurück. DomainKeys wurde bei Yahoo entwickelt, Identified Internet Mail bei Cisco; daraus entstand DKIM. DMARC wurde ab 2010 von großen Mailanbietern gemeinsam entwickelt.

Welches Problem sollte gelöst werden?

SMTP erlaubt historisch leicht gefälschte Absenderangaben. Empfänger brauchten maschinenlesbare Hinweise, welche Server senden dürfen, ob Inhalte signiert sind und wie sichtbare Absenderdomains mit diesen Prüfungen übereinstimmen.

Technische Hürden und Lösungen

Weiterleitungen brechen SPF, Mailinglisten können DKIM verändern und falsche Richtlinien legitime Post abweisen. DMARC führte Alignment und Berichte ein. Erfolgreiche Authentifizierung beweist dennoch nicht, dass eine Nachricht harmlos oder erwünscht ist.

Standardisierung und Einordnung

IT-Sicherheit ist kein einzelnes Produkt, sondern ein Zusammenspiel aus Kryptografie, Identitäten, Protokollen, Segmentierung, Überwachung und menschlichem Verhalten. Viele Verfahren entstanden als Reaktion auf konkrete Missbräuche. Jede Schutztechnik besitzt Grenzen: Sie kann falsch konfiguriert, umgangen oder durch gestohlene Zugangsdaten entwertet werden. Historische Entwicklung erklärt deshalb, warum heutige Systeme mehrere Schutzschichten kombinieren.

Technik im praktischen Betrieb

Eine Schutztechnik ist erst wirksam, wenn Ereignisse ausgewertet, Ausnahmen begrenzt und Wiederherstellungswege getestet werden. Sicherheitsprodukte erzeugen sonst lediglich weitere Konfiguration. Besonders wichtig sind eindeutige Verantwortlichkeiten, ein aktuelles Inventar und Protokolle mit korrekter Zeit. Regeln sollten auf einem dokumentierten Datenfluss beruhen und regelmäßig auf veraltete Freigaben geprüft werden. Bei einem Vorfall müssen Zugangsdaten, Schlüssel, Sitzungen und betroffene Systeme als zusammenhängende Vertrauenskette betrachtet werden.

Warum das Thema heute noch relevant ist

Angriffe verändern sich, die Grundmuster bleiben: Identitäten werden getäuscht, Eingaben missbraucht, Vertrauen falsch vergeben und knappe Ressourcen überlastet. Historische Vorfälle sind deshalb mehr als Anekdoten; sie zeigen, welche Annahmen gescheitert sind. Gute Sicherheitsarchitektur baut nicht auf einem perfekten Filter auf, sondern auf begrenzten Rechten, überprüfbaren Protokollen, schneller Erkennung und der Fähigkeit, Systeme und Schlüssel nach einem Vorfall kontrolliert zu erneuern.

Daten und Meilensteine

• SPF veröffentlicht autorisierte Sender über DNS.
• DKIM signiert ausgewählte Header und den Nachrichtenkörper.
• DMARC verlangt Alignment mit der sichtbaren From-Domain.
• BIMI baut auf einer durchgesetzten DMARC-Richtlinie auf.

Drei unterschiedliche Aufgaben

SPF autorisiert sendende Systeme für eine Domain. DKIM signiert ausgewählte Mailbestandteile kryptografisch. DMARC prüft die Ausrichtung sichtbarer Absender mit SPF oder DKIM und definiert eine Richtlinie für Fehlschläge.

Mit Berichten beginnen

DMARC-Berichte zeigen, welche Systeme eine Domain verwenden und ob SPF oder DKIM bestehen. Vor einer strengen Reject-Richtlinie müssen Newsletter, Ticketsysteme, Shops und externe Dienstleister vollständig erfasst sein.

Kein vollständiger Phishing-Schutz

Authentifizierung erschwert das Fälschen der eigenen Domain. Angreifer können weiterhin ähnlich aussehende Domains oder kompromittierte legitime Konten verwenden. Benutzertraining und Mailfilter bleiben notwendig.