DMARC-Fehlalarme: Ursachen, Behebungen und Prävention
von
Lesezeit: 6 min
DMARC ist ein E-Mail-Authentifizierungsprotokoll, das auf SPF und DKIM aufbaut. Es hilft Domänenbesitzern festzulegen, wie empfangende Mailserver mit E-Mails umgehen sollen, die die Authentifizierung nicht bestehen. Die wichtigsten DMARC-Richtlinien sind Keine, Quarantäne oder Zurückweisen. Damit können Sie steuern, ob nicht authentifizierte E-Mails zugestellt, an Spam gesendet oder ganz blockiert werden sollen.
Ein DMARC-Falschpositiv liegt vor, wenn eine legitime E-Mail fälschlicherweise als "fehlgeschlagen" markiert wird. Dies kann auf Fehlkonfigurationen und Lücken in SPF-, DKIM- oder DMARC-Einstellungen zurückzuführen sein. Häufige Ursachen sind falsch zugeordnete Domänen, fehlende DKIM-Signaturen oder zu strenge Richtlinien, die ohne angemessene Überwachung angewendet werden. Aufgrund dieser Lücken können Geschäfts-E-Mails verloren gehen oder an Spam weitergeleitet werden. Dies kann erhebliche Auswirkungen auf Ihren Geschäftsbetrieb, die Effektivität der Kommunikation und Ihr Markenimage haben.
Wichtigste Erkenntnisse
- DMARC-Falschmeldungen liegen vor, wenn legitime E-Mails aufgrund von Fehlkonfigurationen oder Ausrichtungsproblemen die DMARC-Prüfung nicht bestehen.
- Diese Fehler können zu Problemen bei der E-Mail-Zustellung und -Zustellbarkeit, Rufschädigung, geringerem ROI usw. führen.
- Häufige Ursachen für DMARC-Fehlalarme sind SPF- oder DKIM-Fehlanpassung, E-Mail-Weiterleitung, abgelaufene DKIM-Schlüsselund nicht autorisierte Drittabsender.
- Anzeichen für Fehlalarme können in DMARC-Fehlerberichten, Bounce-Protokollen oder durch die unerwartete Ablehnung von internen oder Partner-E-Mails auftreten.
- Durch die Überwachung und Anpassung von DMARC-Richtlinien, die Autorisierung von Drittanbieterdiensten und die Handhabung von E-Mail-Weiterleitungen können Sie False Positives reduzieren oder eliminieren.
Warum kommt es zu DMARC-Fehlalarmen?
DMARC-Fehlalarme können durch eine Vielzahl von Faktoren verursacht werden.
Schlechte Verwaltung von DNS-Einträgen
DNS-Einträge dienen als Anweisungen, die den E-Mail-Empfängern helfen, die SPF-, DKIM- und DMARC-Authentifizierung zu überprüfen. Sie ermöglichen es DMARC, die richtigen Adressen zu finden, um die Authentizität und Legitimität von E-Mail-Absendern zu überprüfen. Die ordnungsgemäße Verwaltung Ihrer SPF-, DKIM- und DMARC-DNS-Einträge stellt sicher, dass die Empfangsserver Ihre E-Mails korrekt authentifizieren können. Ohne einen DMARC-Eintrag wenden die E-Mail-Empfänger die DMARC-Richtlinie nicht an, so dass Ihre Domäne anfällig für Spoofing ist.
SPF/DKIM-Verschiebung
DMARC verlangt, dass die Domäne im "From"-Header mit den Domänen übereinstimmt, die bei der SPF- und DKIM-Authentifizierung verwendet werden. Wenn Ihre Ausrichtungsrichtlinien zu streng sind, kann dies dazu führen, dass legitime E-Mails fehlschlagen, wenn diese Domänen voneinander abweichen. Genauer gesagt, wenn die SPF-authentifizierte Domäne (typischerweise aus dem Return-Path) oder die DKIM-Signaturdomäne nicht mit der "Von"-Adresse übereinstimmt, kann DMARC fehlschlagen.
E-Mail-Weiterleitung
Weitergeleitete E-Mails durchlaufen oft Zwischenserver, die nicht im SPF-Eintrag des Absenders aufgeführt sind. Dies kann dazu führen, dass SPF fehlschlägt. Bei der Weiterleitung wird SPF in der Regel unterbrochen, aber DKIM-Signaturen bleiben in der Regel erhalten, es sei denn, der Weiterleiter oder die Mailingliste ändert die Nachricht (z. B. durch Hinzufügen von Fußzeilen oder Kopfzeilen). Die Lücken in SPF oder DKIM können zum Scheitern von DMARC führen.
Mailing-Listen
Bei Mailinglisten werden E-Mails manchmal durch Hinzufügen von Fußzeilen oder Kopfzeilen geändert. Es kann sogar vorkommen, dass die "Von"-Adresse komplett umgeschrieben wird. Diese Änderungen brechen DKIM-Signaturen und verursachen SPF-Fehlanpassungen. Dies liegt daran, dass sich die Bounce-Adresse der Mailingliste vom ursprünglichen Absender unterscheidet, so dass DMARC versagt.
Abgelaufene oder rotierte DKIM-Schlüssel
DKIM-Schlüssel laufen nicht automatisch ab, sie sollten jedoch regelmäßig erneuert werden. Einige DKIM-Signaturen können ein x=-Tag enthalten, das eine Ablaufzeit für die Signatur festlegt, obwohl dies optional ist und nicht allgemein durchgesetzt wird. Während der Schlüsselrotation ist eine sorgfältige Verwaltung erforderlich, um sicherzustellen, dass die öffentlichen Schlüssel veröffentlicht bleiben, bis alle mit dem alten Schlüssel signierten E-Mails zugestellt wurden.
Verwendung einer dynamischen IP-Adresse
Es ist überhaupt nicht überraschend, dass DMARC am besten mit stabilen IP-Adressen funktioniert. Dynamische IP-Adressen ändern sich oft und machen es schwierig, das beabsichtigte Ziel zu erreichen. Aus diesem Grund wird eine dynamische IP-Adresse eher von E-Mail-Reputationsdiensten blockiert. Hinzu kommt, dass eine dynamische IP-Adresse wahrscheinlich inkonsistente Reverse-DNS-Einträge hat. Das wiederum macht sie problematischer und gibt stabilen IP-Adressen den Vorzug.
Unbefugte Drittabsender
Von Dritten gesendete E-Mails, die nicht in den SPF- oder DKIM-Einträgen der Domäne enthalten sind, werden höchstwahrscheinlich nicht authentifiziert. Dies kann dazu führen, dass DMARC fehlschlägt und möglicherweise Fehlalarme auslöst, selbst wenn diese Absender legitim sind; wenn sie nicht ordnungsgemäß autorisiert sind, reicht es nicht aus, legitim zu sein.
Erkennen von DMARC-Fehlalarmen
Hier sind einige Möglichkeiten, wie Sie DMARC-Fehlalarme erkennen können.
DMARC-Aggregatberichte (RUA)
Wenn Sie Ihre DMARC-Aggregate (RUA) überprüfen Berichteeinsehen, können Sie die Trends der bestandenen und fehlgeschlagenen E-Mail-Kommunikation leicht erkennen und überwachen. Diese XML-basierten Berichte werden jeden Tag an die Adresse gesendet, die Sie in Ihrem DMARC-Eintrag angegeben haben. Sie enthalten eine Zusammenfassung Ihrer Authentifizierungsergebnisse sowohl für SPF als auch für DKIM, so dass Sie einen ungewöhnlichen Anstieg der Fehlversuche erkennen können. Ein solcher unerwarteter Anstieg kann ein guter Indikator für falsch positive Ergebnisse sein.
Forensische Berichte (RUF)
Durch die Aktivierung der DMARC-Forensikberichte (RUF) erhalten Sie detaillierte Echtzeit-Diagnosen zu allen E-Mails, die DMARC-Prüfungen nicht bestanden haben. Die Berichte sind recht umfassend und enthalten Informationen auf Nachrichtenebene. Sie können Absenderdaten, Betreff und Authentifizierungsergebnisse enthalten. Aufgrund der umfangreichen Daten, die in diesen E-Mails enthalten sind, ist es viel einfacher zu erkennen, welche legitimen E-Mails als Spam versendet oder zurückgewiesen werden.
E-Mail-Bounce-Protokolle
Die Überprüfung der Bounce- oder Ablehnungsprotokolle Ihres Mailservers ist eine weitere gute Methode, um Fehlalarme zu erkennen. Wenn sich Bounces wiederholen oder wenn Sie häufig interne oder Partner-E-Mails zurückweisen, leidet Ihr E-Mail-Ökosystem möglicherweise unter DMARC-Falschmeldungen.
Häufige Symptome
Verschwinden Ihre legitimen internen oder Partner-E-Mails oder werden sie ohne Grund zurückgewiesen? Wenn Sie immer noch Zustellungsfehler erleben, selbst wenn Sie SPF-, DKIM- und DMARC-Einträge korrekt konfiguriert haben, ist dies ein weiteres Anzeichen für Falschmeldungen.
Behebung und Vermeidung von DMARC-Fehlalarmen
Es gibt mehrere wirksame Methoden zur Vermeidung und/oder Behebung von Fehlalarmen.
Sicherstellung der SPF/DKIM-Anpassung
Stellen Sie bei SPF sicher, dass die Return-Path-Domäne (MAIL FROM) mit der sichtbaren Absenderadresse übereinstimmt. Stellen Sie bei DKIM sicher, dass die d=-Domäne mit der sichtbaren Absenderadresse übereinstimmt. Alternativ können Sie auch den Wechsel von Strict Alignment auf Relaxed zu wechseln, wenn Sie eine einfache Lösung für das Problem der Fehlalarme benötigen.
Autorisierung von Drittanbieterdiensten
Eine weitere gute Methode besteht darin, Ihre SPF-Einträge zu aktualisieren, um alle rechtmäßigen Absender von Dritten aufzunehmen. Dazu können Sie entweder den Include-Mechanismus verwenden oder die IPs der Absender auflisten. Stellen Sie sicher, dass diese Anbieter DKIM-Schlüssel für Ihre Domäne oder Subdomäne generieren und die öffentlichen Schlüssel in Ihrem DNS veröffentlichen.
Sicherstellen, dass Ihre DNS-Einträge gut verwaltet werden
Um Ihre DNS-Einträge richtig zu verwalten, können Sie jederzeit ein DNS-Nachschlagetool verwenden, um die Verfügbarkeit eines DMARC-Eintrags zu prüfen. Es sollte ein TXT-Eintrag mit Ihrem tatsächlichen Domänennamen sein.
Es wäre auch sinnvoll, die Syntax Ihres DMARC-Datensatzes zu überprüfen, damit alle Direktiven korrekt formatiert sind und die richtige Interpunktion (d. h. Semikolons) verwendet wird.
E-Mail-Weiterleitung handhaben
Wir haben bereits gelernt, dass Weiterleitung SPF und DKIM brechen kann. Um dieses Problem zu vermeiden, sollten Sie ARC(Authenticated Received Chain) implementieren. Dies kann dazu beitragen, dass die Authentifizierungsergebnisse über Weiterleitungshops hinweg erhalten bleiben. Sie können Weiterleitungsdienste auch so konfigurieren, dass sie DKIM-Signaturen hinzufügenhinzuzufügen, was dazu beitragen kann, Fehlalarme zu vermeiden, und zwar während der Weiterleitung.
Richtiges Subdomain-Management nutzen
Eine gute DMARC-Bereitstellung umfasst nicht nur die Domäne, sondern auch die Behandlung von Subdomänen. Das bedeutet, dass Sie SPF-, DKIM- und DMARC-Einträge für jede der Subdomänen konfigurieren und die entsprechenden DMARC-Richtlinien eindeutig festlegen sollten.
Überwachen und Anpassen der Politiken
Und schließlich ist es wichtig zu wissen, welche DMARC-Richtlinie Sie in einer bestimmten Phase Ihrer DMARC-Implementierung verwenden. Während beispielsweise eine strenge DMARC-Richtlinie (z. B. p=reject) in späteren Phasen notwendig sein kann, empfiehlt es sich, mit einer lockeren DMARC-Richtlinie wie p=none zu beginnen. Der Beginn mit einer lockeren Richtlinie kann Ihnen helfen, Daten zu sammeln und Fehlalarme zu erkennen.
Sobald Sie die notwendigen Informationen haben, können Sie schrittweise zur Quarantäne und schließlich zur Ablehnung übergehen. Tun Sie dies aber nur, wenn Sie sicher sind, dass alle legitimen Quellen ordnungsgemäß authentifiziert sind.
Bewährte Praktiken zur Verringerung von Fehlalarmen
Hier finden Sie eine kurze Checkliste, mit der Sie Falschmeldungen reduzieren oder sogar ausschließen können:
- Gehen Sie nicht direkt zu p=reject über, wenn Sie noch nicht genügend Überwachung und Tests durchgeführt haben. Eine geduldige, schrittweise DMARC-Durchsetzung kann Ihnen helfen, die Kopfschmerzen zu vermeiden, die mit legitimen E-Mails verbunden sind, die im Spam landen.
- Überprüfen und aktualisieren Sie regelmäßig Ihre DNS-Einträge für SPF, DKIM und DMARC. So stellen Sie sicher, dass alle rechtmäßigen Absender abgedeckt sind.
- Testen Sie Ihre Konfiguration immer mit DMARC-Checkern, bevor Sie strenge Richtlinien wie p=reject durchsetzen. Neben der Verwendung von Online-Checkern sollten Sie auch die Berichte sorgfältig prüfen, um etwaige Fehler oder Lücken zu erkennen.
- Vermeiden Sie dynamische IP-Adressen (Sie wissen schon, warum!).
- Zusammenarbeit mit Drittanbietern Stellen Sie sicher, dass deren Versandverfahren DMARC-konform und für Ihre Domäne autorisiert sind (z. B. CRM und ESPs).
Resümee
Falschmeldungen können wirklich ärgerlich sein, aber in Wirklichkeit sind sie leichter zu beheben, als Sie sich vorstellen können. Die richtige Ausrichtung, sorgfältige Überwachung und schrittweise Durchsetzung von DMARC-Richtlinien können Ihnen helfen, sie rechtzeitig zu erkennen und zu verhindern. Denken Sie auch daran, Ihre DMARC-Berichte zu überprüfen und die Konfigurationen für eine problemlose DMARC-Implementierung und E-Mail-Zustellung oder -Zustellbarkeit anzupassen.
Starten Sie mit PowerDMARCs kostenlosen DMARC-Analysator noch heute, um alle Ihre E-Mail-Authentifizierungsprotokolle unter einem Dach zu überwachen und Fehlalarme zu vermeiden!
Experte für Domain- und E-Mail-Sicherheit bei PowerDMARC
Ahona ist Marketing-Managerin bei PowerDMARC und verfügt über mehr als 5 Jahre Erfahrung im Schreiben über Cybersicherheitsthemen, insbesondere im Bereich Domain- und E-Mail-Sicherheit. Ahona hat einen Postgraduierten-Abschluss in Journalismus und Kommunikation und ist seit 2019 in der Sicherheitsbranche tätig.
Neueste Beiträge von Ahona Rudra (alle anzeigen)
