[ SPF ]

Untersuchen Sie einen plötzlichen Rückgang der SPF Konformität

Trennen Sie echte Authentifizierungsfehler von sich änderndem Datenverkehr, der Ausrichtung und der Berichtsabdeckung, bevor Sie auf einen sinkenden SPF Prozentsatz reagieren.

Vom EmailAuth Forschungsteam · 3 Minuten Lesezeit

[Wichtige Punkte]

  • Definieren Sie Zähler, Nenner, Reportersatz und Zeitfenster.
  • Trennen Sie Traffic-Mix-Änderungen von legitimen Authentifizierungsfehlern.
  • Überprüfen Sie repräsentative Transaktionen, bevor Sie sich für eine Reparatur entscheiden.
Auf dieser Seite

Ein Sturz SPF Der Compliance-Prozentsatz ist ein Signal zur Untersuchung, keine DNS Diagnose. Die Zahl kann einen rohen SPF Durchlauf, einen ausgerichteten SPF Durchgang, eine anbieterspezifische Klassifizierung oder nur die Nachrichten darstellen, die für bestimmte Berichtsempfänger sichtbar sind. Rekonstruieren Sie zunächst Zähler, Nenner und Zeitfenster. Andernfalls kann eine erfolgreiche Infrastrukturänderung mit einem Angriff oder einem Reporting-Artefakt verwechselt werden.

Definieren Sie die Messung

Notieren Sie sich die genaue Metrik: zum Beispiel „Nachrichten mit ausgerichtetem SPF Pass geteilt durch alle Nachrichten in diesen empfangenen Berichten während dieses UTC-Intervalls.“ Erfassen Sie die enthaltenen Reporter, das Volumen, fehlende Zeiträume und etwaige Deduplizierungsregeln. Halten Sie die rohen SPF Ergebnisse getrennt von DMARC Ausrichtung. SPF kann für eine Domäne gelten, die nichts mit der Autorendomäne zu tun hat, daher beantworten eine Erfolgszahl und eine Ausrichtungszahl unterschiedliche Fragen. RFC 9989 §3.2.4, RFC 9989 §4.4.

Vergleichen Sie absolute Zahlen und Raten. Anschauliches Beispiel: Gestern hatten 9.900 von 10.000 beobachteten Nachrichten SPF ausgerichtet. Heute passieren die gleichen 9.900 legitimen Nachrichten, aber es erscheinen 10.000 zusätzliche nicht autorisierte Nachrichten. Nehmen wir an, dass auch die ursprünglichen 100 blockfreien Beobachtungen bestehen bleiben, was heute 20.000 Beobachtungen ergibt. Die Rate sinkt von 99 % (9.900/10.000) auf 49,5 % (9.900/20.000), ohne dass im bekannten legitimen Stream ein neuer Fehler auftritt. Hierbei handelt es sich um synthetische arithmetische Eingaben, nicht um Berichtsmessungen. Das bleibt eine sicherheitsrelevante Änderung, aber das Hinzufügen dieser Quellen zu SPF wäre die falsche Reaktion.

Vor der Bearbeitung partitionieren

Teilen Sie die Änderung nach Quell-IP, Umschlagdomäne, Von-Domäne, Anbieter oder Anwendung, Empfänger-Reporter, Adressfamilie und Rohergebnis auf. Finden Sie das am frühesten geänderte Segment und vergleichen Sie es mit DNS Änderungen, neuen Kampagnen, Routing-Änderungen, Failover-Ereignissen und Dienstmigrationen. Die gemeldeten Quelladressen allein begründen noch nicht die Geschäftseigentümerschaft.

Klassifizieren Sie „Fehler“, softfail , „Neutral“, „Keine“, temperror Und permerror separat. Die Ergebnisunterschiede sind wichtig: Ein DNS Ausfall hat nicht die gleichen Korrekturmaßnahmen wie eine neu nicht autorisierte Adresse oder ein fehlerhafter Datensatz. Erfassen Sie für einen Fehlerpfad die genaue Richtlinie und die verschachtelten Abhängigkeiten. SPF -Auswertungsgrenzen handelt es sich nicht um eine einfache Zählung der sichtbaren Include-Strings. RFC 7208 §4.6.4, RFC 7208 §8.

Bestätigen Sie mit Transaktionsnachweisen

Nehmen Sie eine repräsentative Fehlermeldung von jedem betroffenen legitimen Stream. Erhalten Sie SMTP Protokolle oder das empfangene Original mit Authentifizierungsergebnissen von einer vertrauenswürdigen Grenze. Überprüfen Sie die Verbindungs-IP und die aktuelle POST VON Identität und reproduzieren Sie dann die Richtlinienbewertung mit datierten DNS Beweisen. Eine Dashboard-Beschriftung sollte auf diese Beobachtungen hinweisen, anstatt sie zu ersetzen. RFC 8601 §1.2, RFC 8601 §7.1.

Wenn die rohe Erfolgsrate stabil ist, aber die Ausrichtung abnimmt, suchen Sie nach einer neuen Hüllkurvendomäne. Wenn sich nur eine Empfängerpopulation ändert, vergleichen Sie Weiterleitungs- und Verbindungspfade. Wenn die legitime Lautstärke sinkt, während die unbekannte Lautstärke zunimmt, untersuchen Sie die unbekannten Quellen, ohne sie zu autorisieren. Wenn sich die Berichterstattung ändert, kommentieren Sie die Reihe, anstatt Vergleichbarkeit zu erfinden.

Stellen Sie den beabsichtigten Zustand wieder her

Wählen Sie eine Lösung, die der Ursache entspricht: Korrigieren Sie einen Richtlinienfehler, reparieren Sie DNS Dienst, stellen Sie eine unterstützte Umschlagkonfiguration wieder her oder stoppen Sie eine unbeabsichtigte Route. Behalten Sie einen gespeicherten vorherigen Status, einen verantwortlichen Eigentümer und eine explizite Rollback-Bedingung bei. Testen Sie die betroffenen Flüsse erneut und überprüfen Sie das nächste vergleichbare Berichtsfenster. Schließen Sie den Vorfall sowohl mit dem technischen Ergebnis als auch mit der Messdefinition ab, einschließlich ungelöster Berichtslücken.

Halten Sie die Entscheidung schriftlich fest

Verwenden Sie ein Vergleichsarbeitsblatt mit Intervall, Reporterpopulation, Gesamtbeobachtungen, ausgerichteter SPF-Anzahl, bekanntem legitimem Volumen, unbekanntem Volumen und Notizen zu fehlenden Daten. Wenn der rohe SPF weiterhin durchgelassen wird, während der ausgerichtete SPF fällt, vergleichen Sie die tatsächlichen Umschlagdomänen, bevor Sie die Adressberechtigungen bearbeiten. Ein neuer Reporter oder eine geänderte Deduplizierungsregel kann dazu führen, dass zwei Tarife nicht mehr vergleichbar sind. Hierbei handelt es sich um Überprüfungskriterien, nicht um Hinweise auf einen tatsächlichen Ausfall oder Angriff.

[ Wegbringen ]

Definieren Sie Zähler, Nenner, Reportersatz und Zeitfenster. Trennen Sie Traffic-Mix-Änderungen von legitimen Authentifizierungsfehlern. Überprüfen Sie repräsentative Transaktionen, bevor Sie sich für eine Reparatur entscheiden.

[Nach Rolle]

Was das für Sie bedeutet

Wählen Sie Ihre Rolle für praktische nächste Schritte.

IT-/Mail-Administrator

Definieren Sie Zähler und Nenner explizit.

Führen Sie ein kurzes Vorfall-Arbeitsblatt, in dem Sie Metrikdefinitionen, segmentierte Zählungen, Konfigurationsänderungen und repräsentative Transaktionsnachweise verknüpfen. Bearbeiten Sie SPF nicht nur, um die Farbe eines Dashboards zu verbessern.

Nächste Schritte

  1. Definieren Sie Zähler und Nenner explizit.
  2. Segmentieren Sie Fehler nach Identität und Route.
  3. Bestätigen Sie eine repräsentative Transaktion, bevor Sie sie bearbeiten.

CISO / SecOps

Trennen Sie das Angreifervolumen von legitimen Fehlern.

Unterscheiden Sie das Angreifervolumen von der fehlenden Autorisierung für einen legitimen Absender. Erfordern Sie den Besitz der Quelle, bevor während eines Vorfalls eine neue Berechtigung hinzugefügt wird.

Nächste Schritte

  1. Trennen Sie das Angreifervolumen von legitimen Fehlern.
  2. Erfordern Sie den Besitz der Quelle vor der neuen Berechtigung.
  3. Dokumentationsunsicherheit bei der Berichterstattung.

Gründer / Nicht-technisch

Fragen Sie, welche legitimen Arbeitsabläufe sich geändert haben.

Fragen Sie, ob legitime Geschäftsnachrichten tatsächlich die Authentifizierung verloren haben, ob sich der Verkehrsmix geändert hat und welche Auswirkungen auf die Kunden bekannt sind. Ein Prozentsatz ohne Nenner kann die Wiederherstellungsarbeit fehlleiten.

Nächste Schritte

  1. Fragen Sie, welche legitimen Arbeitsabläufe sich geändert haben.
  2. Überprüfen Sie die absoluten Volumina neben den Prozentsätzen.
  3. Priorisieren Sie die verifizierte Wirkung auf den Kunden.

[ FAQs ]

Häufig gestellte Fragen

Beweist ein niedrigerer Prozentsatz, dass SPF kaputt ist?

Nein. Traffic-Mix, Reporter-Berichterstattung, Ausrichtung oder die Messdefinition haben sich möglicherweise geändert.

Was sollte ich zuerst prüfen?

Der genaue Zähler, Nenner, Zeitfenster, Reportersatz und absolute Nachrichtenanzahl.

Kann der reine SPF Pass steigen, während die Compliance sinkt?

Ja, wenn weitere Nachrichten eine Umschlagdomäne verwenden, die nicht übereinstimmt, oder wenn das Dashboard eine andere Compliance-Definition anwendet.

RFC 9989 §4.4 RFC 9989 §4.4.2

Sollten unbekannte Quell-IPs hinzugefügt werden?

Erst nachdem der Besitz und der berechtigte Sendebedarf überprüft wurden. Unerlaubter Verkehr könnte der Grund dafür sein, dass die Rate gesunken ist.

Wie soll mit temporären Fehlern umgegangen werden?

Untersuchen Sie DNS Verfügbarkeit und den Evaluierungszeitpunkt getrennt vom expliziten Fehler. Bewahren Sie Zeitstempel und zeitgenössische Beweise auf.

RFC 7208 §2.6.6

Können aggregierte Beobachtungen jeden Absender identifizieren?

Sie sind nützliche Beweise, aber kein vollständiges Inventar. Abdeckung und Berichtsverfügbarkeit variieren, daher sollten Sie diese mit den Anwendungs- und SMTP Datensätzen abgleichen.

Warum IPv4 und IPv6 vergleichen?

Eine geänderte Adressfamilie kann eine Richtlinienlücke aufdecken, selbst wenn die Anwendungs- und Umschlagdomäne unverändert bleibt.

RFC 7208 §5.6

Wann kann ich den Vorfall schließen?

Wenn die beabsichtigten legitimen Pfade überprüft werden, wird die Metrik richtig interpretiert und verbleibende Datenlücken oder Risiken haben Eigentümer.

[ Quellen ]

Quellen

  1. RFC 7208

    Abschnitte §2.4 · §2.6 · §2.6.6 · §4.6.4 · §5.6 · §8

  2. RFC 9989

    Abschnitte §3.2.4 · §4.4 · §4.4.2

  3. RFC 8601

    Abschnitte §1.2 · §7.1

[ Glossar ]

Glossar

SPF
Berechtigungsauswertung für eine Verbindungs-IP und die entsprechende SMTP Identität.

RFC 7208 §2.4

DMARC Ausrichtung
Die erforderliche Beziehung zwischen einer authentifizierten Kennung und der Autorendomäne.

RFC 9989 §4.4

Compliance-Rate
Eine Messbezeichnung, deren Zähler, Nenner, Quellpopulation und Intervall vor dem Vergleichen von Werten definiert werden müssen.

Unternehmensherkunft

Warum Top-Finanzinstitute und Regierungen haben ihre E-Mail-Sicherheits-Dashboards eingestellt.

Herkömmliche E-Mail-Authentifizierungsplattformen verkaufen Ihnen ein Dashboard und bitten Ihre Techniker, die Arbeit zu erledigen. In Umgebungen mit hohem Risiko führt die manuelle Überwachung zu verzögerter Durchsetzung, Konfigurationsabweichungen und nicht überwachten Schattendomänen.

EmailAuth ist die Agenten-E-Mail-Herkunftsplattform. Unsere Agenten setzen durch p=reject, halten Sie die Absender von Drittanbietern auf dem Laufenden und verschieben Sie Ihre Domains auf voll RFC 9989 Compliance, der neue DMARC Standard, mit Human-in-the-Loop-Überprüfbarkeit.

Regierungen Große Unternehmen Tier-1-Finanzinstitute

SaaS · Dedizierte Mandantenfähigkeit · Air-Gap-On-Prem · BYOK-Verschlüsselung

Wissensdatenbank