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
Verwandte Compliance-Tools
Website Security Scan
Führen Sie alle 27 Sicherheitsprüfungen durch: SSL/TLS, Sicherheits-Header, Cookies und Serverkonfiguration.
HTTP-Sicherheits-Header-Checker
Kostenlose Live-Bewertung für HSTS, CSP, X-Frame-Options und die übrigen HTTP-Sicherheits-Header.
DSGVO Art. 32: Technische Sicherheitsmaßnahmen für Websites
Was die DSGVO tatsächlich an technischen Sicherheitsmaßnahmen für eine Website verlangt.