Bestätigen Sie die Vereinbarung zum Senden des Centercodes
Der Beamte von Centercode Technischer Informationsleitfaden bezeichnet seine Anweisungen als für alle Editionen gültig. Darin heißt es SPF Damit die Plattform im Namen der E-Mail-Domäne eines Kunden senden kann, ist eine Autorisierung erforderlich DKIM ist optional und auf Anfrage erhältlich. Behalten Sie diese Unterscheidung bei: Durch den optionalen DKIM Workflow des Anbieters entfallen keine separaten organisatorischen oder Empfängeranforderungen. Dieses Manuskript beschreibt die dokumentierte Serviceroute, nicht eine beobachtete Mandantenkonfiguration oder eine abgeschlossene Implementierung.
Identifizieren Sie zunächst die Centercode-Implementierung, die für ausgehende Nachrichten vorgesehene Domäne und den verantwortlichen Domänenbesitzer. Gehen Sie nicht davon aus, dass der Hostname der Community-Website, die sichtbare E-Mail-Adresse und die tatsächliche Umschlagabsender sind identisch. Eine Anwendung kann eine Markenadresse verwenden, während sie über eine von einer anderen Organisation kontrollierte Infrastruktur überträgt. Der Akzeptanzdatensatz sollte angeben, welche Domäne jeder Teil der Authentifizierung abdecken soll, bevor jemand DNS bearbeitet.
Der öffentliche Leitfaden gibt kein Veröffentlichungsdatum für die technischen Anweisungen im beibehaltenen Artikeltext bekannt. Die Anwendbarkeit auf das Girokonto und die Infrastruktur bleibt daher eine Freigabebedingung. Bestätigen Sie die aktuellen Anweisungen mit einem autorisierten Bediener, insbesondere wenn eine Implementierung die Infrastruktur verschoben oder Einstellungen von einer früheren Community übernommen hat. Weder ein Footer-Datum noch eine alte erfolgreiche Kampagne begründen die aktuelle technische Kompatibilität.
Wählen Sie bewusst das dokumentierte SPF Autorisierungsmodell
Das Standardbeispiel des Anbieters enthält include:_spf.centercode.com. Es bietet auch ein engeres Modell mit einer dienstspezifischen IP-Adresse oder einem vom Support erhaltenen IP-Bereich. Dies sind verschiedene Wartungsoptionen. Das breite Include folgt der veröffentlichten Autorisierungsabhängigkeit des Anbieters. Eine vom Support ausgegebene Adresse beschränkt die Autorisierung auf die identifizierte Infrastruktur, erfordert jedoch Aufmerksamkeit, wenn sich diese Infrastruktur ändert. Der Leitfaden warnt ausdrücklich davor, dass ein Infrastruktur-Upgrade eine Aktualisierung der autorisierten Adresse erfordern kann. Technische Informationen zum Centercode
Leiten Sie die dedizierten Adressen einer Implementierung nicht von der Website des Anbieters, der Community-URL oder eingehenden Adressen ab MX Einträge. Erhalten Sie die tatsächlich autorisierten Werte über den dokumentierten Supportprozess, wenn dieses Modell erforderlich ist. In diesem Artikel werden keine Adressen abgefragt, der Support kontaktiert oder eine vermutete IP veröffentlicht. Eine Entscheidung, das engere Modell zu verwenden, sollte einen Eigentümer für Änderungsbenachrichtigungen umfassen ein Rekord der Implementierung, für die die angegebenen Adressen gelten.
Bevor Sie eines der Modelle genehmigen, führen Sie eine Bestandsaufnahme der bestehenden legitimen Absender der Domain durch. Die veranschaulichenden Richtlinien von Centercode sind kein vollständiger Ersatz für die Produktionsrichtlinien eines Unternehmens. Erforderliche Berechtigungen einhalten, Bestell- und Terminalqualifier auswerten und die genaue Änderung dokumentieren. Ein zu einer domänenweiten Richtlinie hinzugefügter Dienst kann sich auf eine andere Gruppe von Nachrichten auswirken, als der Kampagneninhaber zunächst erwartet.
Wenden Sie SPF -Protokollregeln an, anstatt ein ganzes Beispiel zu kopieren
RFC 7208 , Abschnitt 3.2 verbietet mehrere Datensätze, die dazu führen, dass SPF mehr als eine Richtlinie auswählt. Führen Sie den genehmigten Mechanismus in einer kohärenten TXT Richtlinie beim jeweiligen Eigentümer zusammen, anstatt eine zweite konkurrierende Richtlinie hinzuzufügen. Das Beispiel des Anbieters enthält auch mx und ein Soft-Fail-Ende; Ihr Vorhandensein in einem Beispiel beweist nicht, dass beide für jede vorhandene Domäne geeignet sind. Behalten Sie die Entscheidungen des Versicherungsnehmers bei, anstatt irrelevantes Verhalten als Nebeneffekt zu ändern.
Abschnitt 4.6.4 schränkt die ausgewerteten DNS-abhängigen SPF Begriffe ein, einschließlich der verschachtelten Auswertung. Dabei handelt es sich nicht einfach um die Zählung sichtbarer Include-Strings, DNS Pakete oder Cache-Fehler. Das Hinzufügen des Centercode-Includes erfordert die Überprüfung der entsprechenden Pfade durch die gesamte Richtlinie. Ein vom Support bereitgestellter IP4- oder IP6-Mechanismus hat ein anderes Suchverhalten, aber wenn Sie ihn auswählen, entsteht immer noch die oben beschriebene Wartungsabhängigkeit. Eine geringere Suchanzahl reicht nicht aus, um das Kopieren nicht verifizierter Adressen zu rechtfertigen.
SPF wertet durch die SMTP Transaktion definierte Identitäten aus. RFC 7208 , Abschnitt 2.4 beschreibt MAIL FROM, einschließlich der speziellen Behandlung eines leeren Reverse-Pfads. Ein Eintrag in der sichtbaren Absenderdomäne ist kein Beweis dafür, dass eine bestimmte Nachricht diese Domäne für SPF Auswertung verwendet. Notieren Sie die tatsächliche Umschlagidentität während einer separat genehmigten Annahmeübung und vergleichen Sie sie mit der überprüften Richtlinie.
Fordern Sie das umsetzungsspezifische DKIM -Material an
Der dokumentierte DKIM Weg von Centercode beginnt mit einer Supportanfrage über den Chat der Implementierung oder den angegebenen Supportkanal. Das IT-Team gibt einen öffentlichen Schlüssel für den DNS Administrator des Kunden zurück. Der Leitfaden beschreibt einen CC. _domainkey Besitzer unter der Domäne des Kunden und ein DKIM TXT Wert, der aus dem bereitgestellten öffentlichen Schlüssel erstellt wird. Verwenden Sie die umsetzungsspezifischen Anweisungen und die genaue vorgesehene Domäne. Kopieren Sie nicht die Platzhalterdomäne des Leitfadens und stellen Sie kein Schlüsselmaterial her. Bitte um DKIM Unterstützung
Ein öffentlicher Verifizierungsschlüssel ist nicht der private Signaturschlüssel. Dieser Arbeitsablauf erfordert nicht, dass der Kunde das private Signaturmaterial des Anbieters beschafft oder verteilt. Halten Sie den empfangenen öffentlichen Schlüssel, den Eigentümernamen und die Kontoreferenz zusammen, damit ein DNS Prüfer eine angeforderte Konfiguration von einem nicht verwandten Schlüssel unterscheiden kann, der sich bereits in der Zone befindet. Falls vorhanden Wähler Wenn der Eigentümer mit dem vorgeschlagenen Wert in Konflikt steht, halten Sie für einen koordinierten Übergang an, anstatt ihn zu überschreiben, ohne die aktive Nutzung zu bewerten.
Der Leitfaden legt fest, wie das bereitgestellte Material angefordert und veröffentlicht werden kann, beweist jedoch nicht, dass die Signatur für ein bestimmtes Konto aktiviert wurde. Erfassen Sie jede Abschlussbestätigung des Anbieters getrennt von der DNS Änderung. RFC 6376 , Abschnitt 3.5 Definiert die Domäne und die Auswahlfelder der Signatur. Diese Felder in einem autorisierten Beispiel einer empfangenen Nachricht geben an, welchen Schlüssel die Nachricht tatsächlich verwendet. Ein veröffentlichter Schlüssel allein zeigt nicht, dass ein Unterzeichner ihn verwendet hat.
Halten Sie DMARC und Lieferannahme getrennt
Der Centercode-Leitfaden weist zu DMARC an den Domaininhaber des Kunden. Überprüfen Sie die Plattformroute zusammen mit den anderen Absendern der Organisation, bevor Sie die Richtlinien ändern. Eine Supportanfrage für einen DKIM Schlüssel berechtigt weder zu neuen Berichtszielen noch zu einer domänenweiten Durchsetzungsänderung. Bewahren Sie diese Entscheidungen beim zuständigen Eigentümer auf und dokumentieren Sie deren Umfang unabhängig.
RFC 9989 , Abschnitt 4.4 erklärt, dass DMARC die Beziehung zwischen der sichtbaren Autorendomäne und einer übergebenen authentifizierten Kennung erfordert. Ein passiv ausgerichtetes SPF Ergebnis oder ein passiv ausgerichtetes DKIM Ergebnis kann diese Authentifizierungsbedingung erfüllen. Übersetzen Sie die obligatorische SPF Voraussetzung von Centercode nicht in einen Protokollanspruch, dass DMARC allgemein beide Mechanismen benötigt, um zu bestehen. Ebenso wird keine unabhängige Anbietersignatur erstellt Ausrichtung mit der Domain des Kunden.
Der Anbieter schlägt als eine Überprüfung eine öffentliche SPF Suche vor. Dies kann dabei helfen, die Veröffentlichung zu etablieren, aber es kann nicht die tatsächliche Signierung, Empfängerakzeptanz oder Posteingangsplatzierung feststellen. Bei einer vollständigen vorgeschlagenen Akzeptanzprüfung werden Beobachtungen zu öffentlichem DNS , Anbieterkonfiguration und vertrauenswürdigen Empfängern getrennt. Verwenden Sie harmlose Testinhalte anstelle von Teilnehmer-Feedback, vertraulichen Produktbeschreibungen oder Community-Mitgliederdaten. Für dieses Handbuch wurde keine externe Prüferübermittlung, Abfrage oder Nachricht durchgeführt.
Fiktive Diagnose und leeres Akzeptanzarbeitsblatt
Ein fiktives Hardware-Team, Harbor Finch, verwendet eine vom Support vergebene Adresse für seine Centercode-Implementierung. Nach einem geplanten Infrastrukturumzug behält das Team eine alte Berechtigung, da die Community-Website weiterhin normal lädt. Der Prüfer identifiziert die fehlende Abhängigkeit: Die Verfügbarkeit der Website ist kein Beweis dafür, dass die Adresse des ausgehenden Dienstes gleich geblieben ist. Die vorgeschlagene Abhilfe besteht darin, die neue Route beim zuständigen Betreiber zu bestätigen, die genehmigte Änderung zu überprüfen und neue Nachrichtennachweise zu sammeln. Dies ist ein fiktiver Fall, kein gemessener Vorfall oder eine durchgeführte Migration.
- Umsetzung, Ausgabe und aktuelle Weisungsbestätigung: ______
- Vorgesehene Autorendomäne und beobachtete Umschlagidentität: ______
- Standardmäßige Einschluss- oder Unterstützungsentscheidung und Eigentümer der Adresse: ______
- Bestehende TXT Richtlinie, genehmigte Änderung und Bewertungsprüfung: ______
- Benachrichtigung und Wartungsverantwortung für die Infrastrukturmigration: ______
- DKIM -Anfragereferenz, öffentlicher Eigentümer, Schlüssel und Signaturbestätigung: ______
- Autorisierte Identitäten empfangener Nachrichten und Ausrichtungsergebnisse: ______
- DMARC Richtlinieninhaber, ungelöste Abhängigkeiten und Freigabeentscheidung: ______
Die genauen Beweise für die Implementierung des Katalogs, die aktuelle Anwendbarkeit, die Überprüfung des menschlichen Sachverhalts, die Produktionswege, die visuelle Zugänglichkeit und die Freigabe durch den Eigentümer bleiben offen. Bei dem Artikel handelt es sich um einen dokumentarischen Entwurf und nicht um einen Beweis dafür, dass ein Mandant, DNS Zone oder ein Nachrichtenstream konfiguriert oder getestet wurde.