[ SPF ]

SPF und IPv6 : Erkennen Sie Absender, die bei einer reinen IPv4-Überprüfung übersehen wurden

Überwachen Sie beide Adressfamilien, damit IPv6 Bereitstellung keine Lücken aufdeckt, die durch erfolgreiche IPv4 Tests verborgen wurden.

Vom EmailAuth Forschungsteam

[Wichtige Punkte]

  • Beweisen Sie, welche Adressfamilie die empfangende Verbindung verwendet hat.
  • Ein IP6-Begriff ohne Präfix deckt eine Adresse ab, nicht eine ganze Zuteilung.
  • Überprüfen Sie den Umfang des unterstützten Anbieters, anstatt vorübergehende Beobachtungen zu kopieren.
Auf dieser Seite

Eine Bewerbung kann bestanden werden SPF Bei einem Zustellversuch schlägt der Fehler fehl, bei einem anderen schlägt er fehl, wenn die Post über unterschiedliche Adressfamilien verschickt wird. Wenn in einer Bestandsaufnahme nur ausgehender IPv4 Datenverkehr aufgeführt ist, ist eine IPv6 Route möglicherweise legitim, aber von der tatsächlich ausgewerteten Richtlinie nicht autorisiert. Diagnostizieren Sie die Verbindungsadresse, bevor Sie den Datensatz erweitern.

Das Ziel ist eine präzise Abdeckung: Autorisieren Sie die IPv6 Quellen, die Ihre Organisation oder Ihr Anbieter tatsächlich nutzt, und bewahren Sie gleichzeitig das bestehende IPv4 Verhalten und halten Sie nicht verwandte Adressen außerhalb der Richtlinie.

Finden Sie die echten IPv6 Sendepfade

Sammeln Sie repräsentative Ergebnisse von vertrauenswürdigen Empfängern und ausgehenden Daten MTA Protokolle. Notieren Sie die Verbindungs-IP, die Umschlagdomäne usw. HELO Hostname, Absenderdienst und Zeitstempel. Gruppieren Sie Beobachtungen sowohl nach Domänenidentität als auch nach Adressfamilie. Ein Webserver AAAA-Rekord ist kein Beweis dafür, dass dieselbe Adresse E-Mails sendet, und ein eingehendes MX Ziel ist nicht automatisch eine ausgehende Quelle.

Beziehen Sie Fallback-Relais und regionale Routen ein. Eine einzelne Erfolgsmeldung kann nicht zeigen, dass jede Route abgedeckt ist. Fragen Sie Infrastrukturbesitzer, ob IPv6 auf Primärservern, Failover-Systemen und gehosteten Bereitstellungspfaden aktiviert ist, und vergleichen Sie diese Antworten dann mit den beobachteten Verbindungen.

Nutzen Sie die richtigen Mechanismen

SPF hat verschiedene IP4 Und IP6 Mechanismen unter RFC 7208 §5.6. IP4 autorisiert IPv4 -Adressen; Es deckt nicht automatisch IPv6 Äquivalente ab. Ein IP6 Mechanismus ohne Präfixlänge identifiziert eine Adresse, äquivalent zu /128. Breitere Präfixe autorisieren das passende Netzwerk. Verwenden Sie daher nur den Bereich, der durch Ihr tatsächliches Sendedesign gerechtfertigt ist.

Der a Und mx Mechanismen können Adressfamilien-spezifische Suchvorgänge umfassen: Bei IPv6 Auswertung werden gegebenenfalls AAAA-Adressen verwendet. Das macht sie nicht zu einem Ersatz für Inventar. Eine zukünftige AAAA-Änderung kann die Hosts ändern, die diese Mechanismen autorisieren. Anbieter umfassen möglicherweise beide Familien, prüfen Sie jedoch die unterstützte Richtlinie, anstatt davon auszugehen, dass dies bei allen Paketen der Fall ist.

RFC 7208 §5 befasst sich auch mit der IPv4-zugeordneten IPv6 Verarbeitung durch Bewerter. Wenn ein Tool eine IPv4 -Verbindung in zugeordneter Form darstellt, sollten Sie nicht mit dem Hinzufügen beliebiger IPv6 -Bereiche reagieren, ohne die Handhabung des Evaluators und die zugrunde liegende Verbindung zu überprüfen.

Testen Sie eine eng begrenzte Ergänzung

Synthetische Politik: v=spf1 ip4:192.0.2.10 ip6:2001:db8:1234::10 -all. Beide Adressen sind für die Dokumentation reserviert. Ein kontrollierter Evaluator sollte für jede der aufgelisteten Quellen, die die ausgewertete Domäne verwenden, einen Erfolg zurückgeben und für nicht übereinstimmende Quellen fehlschlagen, vorausgesetzt, dass kein DNS oder Syntaxfehler vorliegt.

Der oben genannte IPv6 Begriff autorisiert eine Adresse. Ersetzen Sie es durch ip6:2001:db8:1234::/48 erweitert das Set erheblich. Wählen Sie kein breites Präfix, nur weil es einer in einem Infrastruktur-Dashboard angezeigten Zuordnung ähnelt. Legen Sie fest, welcher Teil der Zuteilung für ausgehende E-Mails verwendet und kontrolliert wird.

Führen Sie die Produktionsänderung durch

Bestätigen Sie die vorgeschlagenen Adressen mit dem Dienstinhaber und den aktuellen Anbieterrichtlinien. Behalten Sie die bisherige Richtlinie bei, holen Sie die entsprechende Genehmigung ein und validieren Sie die vollständige Aufzeichnung vor der Veröffentlichung. Unter RFC 7208 §4.6.4, explizite IP-Mechanismen selbst verbrauchen nicht das DNS-Lookup-Termbudget von SPF , aber der Rest des Datensatzes muss noch ausgewertet werden.

Testen Sie eine IPv4 Route, eine IPv6 Route und eine nicht übereinstimmende Quelle unter Ihrer Kontrolle. Behalten Sie bei echten Empfängern die tatsächliche Verbindungs-IP und die ausgewertete Identität bei, sodass ein Test, bei dem IPv4 stillschweigend verwendet wurde, nicht als IPv6 Erfolg gemeldet wird. Berücksichtigen Sie zwischengespeicherte DNS -Antworten, wenn Sie Beobachtungen unmittelbar nach der Änderung vergleichen.

Behalten Sie die Grenze bei

Fügen Sie SPF -Überprüfung zu IPv6 Einführungs- und Netzwerkneunummerierungsverfahren hinzu. Wenn Adressen rotieren oder ein Anbieter einen großen Pool verwaltet, bevorzugen Sie die unterstützte Authentifizierungskonfiguration, anstatt vorübergehende Beobachtungen in eine permanente Zulassungsliste zu kopieren. Eine Beispiel-IP zeigt, dass eine Quelle verwendet wurde; es definiert nicht unbedingt den gesamten autorisierten Bereich des Anbieters.

Schließen Sie die Überprüfung mit dem Nachweis ab, dass beide Familien für die beabsichtigten Identitäten arbeiten und dass die gewählten Bereiche gerechtfertigt sind. IPv6 Abdeckung sollte eine Bestandsverbesserung sein und keine Entschuldigung dafür, ein ganzes Netzwerk ohne Eigentum zu autorisieren.

Notieren Sie die nächste Entscheidung

In der synthetischen Richtlinie wird die IPv6 -Adresse 2001:db8:1234::10 als /128 abgedeckt, 2001:db8:1234::11 jedoch nicht. Ein Wechsel zu /48 würde auch letztere und viele weitere Adressen abdecken. Notieren Sie den Umfang, den der Serviceeigentümer tatsächlich autorisiert, und die tatsächliche vom Empfänger beobachtete Familie. Eine erfolgreiche IPv4 Mail ist kein Beweis für IPv6 Abdeckung. Es wurde kein Live-Test durchgeführt.

[ Wegbringen ]

Beweisen Sie, welche Adressfamilie die empfangende Verbindung verwendet hat. Ein IP6-Begriff ohne Präfix deckt eine Adresse ab, nicht eine ganze Zuteilung. Überprüfen Sie den Umfang des unterstützten Anbieters, anstatt vorübergehende Beobachtungen zu kopieren.

[Nach Rolle]

Was das für Sie bedeutet

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

IT-/Mail-Administrator

Beweisen Sie die Adressfamilie.

Eine vorbeigehende Nachricht ist kein IPv6 Test, es sei denn, die Verbindung verwendet IPv6 .

Nächste Schritte

  1. Erfassen Sie Quelladressen beim Empfänger.
  2. Vergleichen Sie die Konsequenzen enger und breiter Präfixe.

CISO / SecOps

Verhindern Sie eine umfassende Netzwerkautorisierung.

Ein zugewiesenes Präfix ist nicht automatisch eine geeignete Sendegrenze.

Nächste Schritte

  1. Erfordern eine Begründung für den Präfixbereich.
  2. Überprüfen Sie die dynamische und die gemeinsam genutzte Infrastruktur getrennt.

Gründer / Nicht-technisch

Binden Sie die Authentifizierung an Infrastrukturänderungen.

IPv6 Aktivierung kann das E-Mail-Verhalten ändern, selbst wenn die Anwendung selbst unverändert bleibt.

Nächste Schritte

  1. E-Mail-Tests während der Netzwerkeinführung erforderlich machen.
  2. Weisen Sie den Besitz für Adressänderungen zu.

[ FAQs ]

Häufig gestellte Fragen

Autorisiert IP4 IPv6 Verkehr?

Nein. Verwenden Sie eine entsprechende IPv6 Autorisierung, z. B. einen gerechtfertigten IP6-Mechanismus oder eine unterstützte Anbieterrichtlinie.

RFC 7208 §5 RFC 7208 §5.6

Was ist das Standard-IP6-Präfix?

Ohne explizites Präfix entspricht ip6 einer IPv6 Adresse, äquivalent zu /128.

RFC 7208 §5.6

Kann ich mein gesamtes zugewiesenes Präfix autorisieren?

Nur wenn das gesamte Sortiment für den Versand berechtigt ist. Ein breites Präfix erweitert die Autorisierung auf jede passende Adresse.

RFC 7208 §5.6

Funktionieren a und mx mit IPv6 ?

Ihre Adresssuche kann AAAA-Daten für IPv6 Auswertung nutzen. Überprüfen Sie die tatsächlichen DNS Daten und das Sendedesign.

RFC 7208 §5.3 RFC 7208 §5.4

Identifiziert ein Website-AAAA-Eintrag meine E-Mail-Quelle?

Nicht unbedingt. Webhosting, eingehende E-Mails und ausgehendes SMTP können unterschiedliche Infrastrukturen nutzen.

Wie beweise ich, dass ein Test IPv6 verwendet?

Überprüfen Sie die tatsächliche Verbindungsadresse in vertrauenswürdigen Empfänger- oder SMTP Protokollen. Schließen Sie es nicht von einer erfolgreichen Lieferung ab.

Soll ich jede beobachtete Provider-IP in SPF kopieren?

Nein. Beobachtungen können unvollständig oder vorübergehend sein. Befolgen Sie das vom Anbieter unterstützte Konfigurations- und Wartungsmodell.

Wann sollte IPv6 SPF erneut überprüft werden?

Überprüfung nach Netzwerkänderungen, Relay-Migrationen, Anbieterwechseln und jeder neu beobachteten IPv6 Senderoute.

[ Quellen ]

Quellen

  1. RFC 7208

    Abschnitte §2.4 · §4.1 · §4.6.4 · §5 · §5.3 · §5.4 · §5.6

[ Glossar ]

Glossar

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

RFC 7208 §2.4

SPF ip6
Eine explizite IPv6 -Netzwerkübereinstimmung; Weggelassene Präfixlänge bedeutet /128.

RFC 7208 §5.6

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