Kostenloses Sicherheitstool

E-Mail-Sicherheits-Checker

Geben Sie Ihre Domain ein und erhalten Sie in Sekunden eine echte Bewertung für SPF, DMARC und DKIM. Sehen Sie genau, welche Einträge fehlen oder zu locker eingestellt sind, um gefälschte E-Mails tatsächlich zu stoppen.

SPF, DMARC und DKIM sind die drei DNS-Einträge, die anderen Mailservern mitteilen, ob eine E-Mail, die angeblich von Ihrer Domain stammt, tatsächlich echt ist. Ohne sie kann jeder E-Mails versenden, die aussehen, als kämen sie von Ihnen, und diese landen oft direkt im Posteingang. Die bloße Existenz der Einträge reicht ebenfalls nicht aus; ein zu großzügiger SPF-Qualifier oder eine DMARC-Richtlinie im reinen Beobachtungsmodus lassen die Tür offen, selbst wenn technisch etwas konfiguriert ist. Dieser Checker fragt Ihre tatsächlichen DNS-Einträge ab und bewertet, was er findet.

Was dieser Checker bewertet

SPF-Eintrag

Bestätigt, dass ein Sender-Policy-Framework-Eintrag existiert, der festlegt, welche Mailserver E-Mails im Namen Ihrer Domain versenden dürfen.

Anzahl der SPF-Einträge

Markiert es, wenn mehr als ein SPF-Eintrag veröffentlicht ist. RFC 7208 erlaubt nur einen, mehrere Einträge können dazu führen, dass Mailserver die Prüfung ganz verwerfen.

Strenge der SPF-Richtlinie

Prüft den Qualifier am Ende Ihres SPF-Eintrags. Die Einstellung +all berechtigt buchstäblich jeden Server, im Namen Ihrer Domain zu versenden, und hebt damit den Sinn von SPF auf.

DMARC-Eintrag

Bestätigt, dass ein DMARC-Eintrag unter _dmarc.ihredomain.com existiert, der empfangenden Servern mitteilt, was mit Mail zu tun ist, die SPF oder DKIM nicht besteht.

DMARC-Durchsetzung

Prüft, ob die DMARC-Richtlinie fehlgeschlagene Mail tatsächlich blockiert oder unter Quarantäne stellt (p=quarantine oder p=reject), oder nur darüber berichtet (p=none).

DKIM-Signierung

Sucht nach einem DKIM-Eintrag unter gängigen Standard-Selektoren und bestätigt, dass Ihre Domain ausgehende Mail kryptografisch signiert.

Warum E-Mail-Spoofing immer noch so einfach ist

E-Mail wurde nie mit Absenderüberprüfung im Sinn entworfen, deshalb hindert nichts im Kernprotokoll daran, Ihre Domain in das Feld „Von“ einer Nachricht einzutragen. SPF, DKIM und DMARC wurden erst nachträglich hinzugefügt, und jedes davon ist optional und wird separat konfiguriert. Eine Domain ohne eines dieser Verfahren signalisiert Mailservern, dass das Absenderfeld frei ausfüllbar ist, genau das, worauf Phishing-Kampagnen setzen, wenn sie die Rechnungs- oder Support-Adresse eines Unternehmens imitieren.

Warum ein vorhandener Eintrag nicht dasselbe ist wie ein funktionierender

Das ist der Teil, den eine einfache Ja/Nein-Prüfung übersieht. Ein SPF-Eintrag mit dem Qualifier +all existiert zwar technisch, berechtigt aber jeden Server im Internet, schützt also nichts. Auch ein DMARC-Eintrag mit p=none existiert, sendet Ihnen aber nur nachträglich einen Bericht; er verhindert nie, dass eine gefälschte Nachricht einen Posteingang erreicht. Beides sieht auf einer Checkliste in Ordnung aus, beides lässt die Domain jedoch ungeschützt.

  • SPF sollte mit ~all (Soft Fail) oder -all (Hard Fail) enden, niemals mit +all
  • DMARC sollte von p=none auf p=quarantine oder p=reject umgestellt werden, sobald Berichte bestätigen, dass legitime Mail durchkommt
  • DKIM muss bei Ihrem tatsächlichen E-Mail-Anbieter aktiviert sein; ein hier fehlender Selektor kann ein falsch-negatives Ergebnis sein, wenn ein eigener Selektor verwendet wird

Wie Sie fehlende Einträge ergänzen

Alle drei Einträge werden als TXT-Einträge bei Ihrem DNS-Anbieter hinzugefügt, nicht über Ihren Mailserver oder Anwendungscode. Die Dokumentation Ihres E-Mail-Anbieters (Google Workspace, Microsoft 365 oder welcher Dienst auch immer Ihre Mail versendet) liefert Ihnen den genauen SPF-Include und DKIM-Selektor zum Veröffentlichen. DMARC konfigurieren Sie selbst: Beginnen Sie mit p=none, um Berichte zu sammeln, ohne etwas zu blockieren, bestätigen Sie, dass Ihre legitime Mail durchkommt, und wechseln Sie dann zu p=quarantine oder p=reject.

Häufig gestellte Fragen