Nutzen Sie die Cision Communications Cloud-Route
Cisions „Einrichten SPF Und DKIMDer am 7. Oktober 2024 veröffentlichte Artikel befasst sich ausdrücklich mit dem Senden von Communications Cloud über die Domäne einer Organisation. Die konkrete Implementierungsanleitung beschreibt das unterstützte DKIM : Das Unternehmen stellt die vollständige sendende Domäne bereit, Cision bereitet die Authentifizierungsdaten vor, der DNS Administrator der Domäne veröffentlicht die bereitgestellten Daten CNAME Aufzeichnungen und Cision überprüft das Ergebnis. Dies ist die hier abgedeckte Produktroute. Es handelt sich nicht um eine universelle Konfiguration für jede Cision-, Brandwatch-, PR Newswire- oder Agenturintegration. Die Anwendbarkeit des Girokontos und die tatsächlich generierten Datensätze bleiben ungeprüft. Anleitung zur Einrichtung von Cision
Benennen Sie zunächst das Konto, die Communications Cloud-Nachrichtenkategorie und die für die sichtbare Absenderadresse vorgeschlagene Domäne. Erfassen Sie, ob die Organisation Eigentümer dieser Domäne ist oder die Identität eines Kunden verwendet. Die Person, die eine Kampagne betreibt, hat möglicherweise keine Kontrolle über deren DNS , und eine Geschäftsbeziehung berechtigt nicht automatisch zur Veröffentlichung von Authentifizierungsdatensätzen. Identifizieren Sie vor jedem Implementierungsschritt den Domaininhaber und holen Sie die entsprechende Änderungsgenehmigung ein. Dieser Leitfaden schlägt diese Überprüfung vor; Es wurde auf kein Konto oder keine Kundendomäne zugegriffen.
Stimmen Sie der Domain zu, bevor Sie eine Authentifizierung anfordern
Der Anbieter gibt an, dass die vollständige Domain genutzt werden muss und erlaubt die normale Domain Organisationsbereich oder eine separat eingerichtete Subdomain. Betrachten Sie diese Wahl als eine Entscheidung über den Anwendungsbereich und nicht als eine kosmetische Bezeichnung. Eine Subdomain kann dabei helfen, eine eindeutige Route zu dokumentieren, erfordert jedoch weiterhin einen Eigentümer, einen DNS Veröffentlichungsplan und eine Überprüfung der tatsächlich von ausgehenden Nachrichten verwendeten Identitäten. Erfinden Sie keinen bestimmten Subdomainnamen und gehen Sie nicht davon aus, dass der Anbieter jeden Nachkommen der ausgewählten Domain authentifiziert. Anleitung zur Einrichtung von Cision
Bereiten Sie eine prägnante interne Übergabe vor, in der die genehmigte Absenderdomäne, der Geschäftsinhaber, der Cision-Kontokontext und DNS Betreiber identifiziert werden. Halten Sie private Anmeldeinformationen und Nachrichteninhalte von dieser Übergabe fern. Der anschließende Support-Austausch sollte die aktuellen Datensätze für das genaue Konto und die Domäne anfordern und nicht fragen, ob ein kopiertes Beispiel plausibel erscheint. Dieses Manuskript liefert keine Cision Wähler, CNAME Ziel oder Datensatzanzahl, da die beibehaltenen Anweisungen keine wiederverwendbaren Werte festlegen.
Der Leitfaden beschreibt, wie Cision die Authentifizierung auf seiner Seite vorbereitet, bevor der Kunde die Datensätze veröffentlicht. Diese Reihenfolge ist wichtig: Ein DNS Administrator kann die dienstseitige Bereitstellung nicht einfach dadurch abschließen, dass er einen beliebigen DKIM-ähnlichen Namen erstellt. Unterstützen Sie umgekehrt die Vorbereitung ein Rekord stellt nicht fest, dass die maßgebliche Zone sie jetzt bedient. Pflegen Sie separate Prüfpunkte für die Vorbereitung des Anbieters, die autorisierte DNS Veröffentlichung und die Anbieterüberprüfung. Anleitung zur Einrichtung von Cision
Behandeln Sie die Eigentümerschaft von Agenturen und Kunden explizit
Cision richtet sich speziell an Agenturen, die mit der E-Mail-Adresse eines Kunden versenden. Darin heißt es, dass die IT-Organisation des Kunden die Authentifizierung im DNS des Kunden veröffentlichen muss. Sollte dies nicht möglich sein, empfiehlt der Anbieter stattdessen die Nutzung der agentureigenen Domain. Dabei handelt es sich um eine sinnvolle Identitätsänderung und nicht um einen Workaround, der die ursprünglich authentifizierte Identität des Kunden beibehält. Holen Sie die Genehmigung für die Adresse ein, die den Empfängern angezeigt wird, und für die Art und Weise, wie mit Antworten umgegangen werden soll. Anleitung zur Einrichtung von Cision
Erstellen Sie eine Eigentumszeile pro Kundendomäne. Geben Sie den autorisierten Anforderer, DNS Genehmiger, das verantwortliche Konto und den Offboarding-Kontakt an. Vermeiden Sie es, mehrere unabhängige Kunden unter einer einzigen angenommenen Autorisierung zusammenzufassen. Wenn ein Auftrag endet, überprüfen Sie, welche Authentifizierungsabhängigkeiten weiterhin aktiv sind, und koordinieren Sie deren Einstellung mit dem Anbieter und dem Domänenbesitzer. Löschen Sie keine Datensätze, solange eine andere genehmigte Route noch von ihnen abhängt. Hierbei handelt es sich um vorgeschlagene Lebenszykluskontrollen, nicht um Aussagen über die Automatisierung eines bestimmten Cision-Mandanten.
Veröffentlichen Sie die bereitgestellten Datensätze, ohne zu raten
Der DNS Betreiber sollte jeden bereitgestellten CNAME Eigentümer und -Ziel mit den beabsichtigten vollständigen Domänennamen vergleichen. Erfassen Sie den vollständig qualifizierten Besitzer getrennt von der im DNS Editor eingegebenen Zeichenfolge. Die Herausgeber unterscheiden sich darin, ob sie das Zonensuffix anhängen oder einen vollständigen Namen erwarten. Ein Datensatz, der optisch bekannt vorkommt, kann dennoch unter dem falschen Eigentümer veröffentlicht werden, wenn das Suffix wiederholt wird. Behalten Sie die genehmigten Quellanweisungen mit der vorgeschlagenen Änderung bei, anstatt sie aus dem Gedächtnis zu rekonstruieren. RFC 1035 , Abschnitt 5.1
Bei DKIM führen der Selektor und die Signaturdomäne der Nachricht den Empfänger zum öffentlichen Verifizierungsmaterial. Das Vorhandensein eines Datensatzes allein beweist nicht, dass eine Nachricht signiert wurde, dass der entsprechende Schlüssel verwendet wurde oder dass die Signatur die nachfolgende Verarbeitung überstanden hat. Der vorgeschlagene Akzeptanzplan verknüpft daher den Datensatz des Anbieters mit den tatsächlich empfangenen Nachrichtenidentitäten, sobald autorisierte Beweise verfügbar werden. Ersetzen Sie die Prüfung der Signatur auf der beabsichtigten Route nicht durch eine willkürliche Auswahlsuche. RFC 6376 , Abschnitte 3.5 und 3.6.2.2
Im Titel des Cision-Artikels wird SPF erwähnt, die konkrete Einrichtungssequenz bietet jedoch keine allgemeine SPF Einbindung oder mandantenspezifische Umschlagkonfiguration. Füllen Sie diese Lücke nicht mit Werten eines anderen Cision-Produkts oder eines unabhängigen Rezepts eines Drittanbieters. Fordern Sie die entsprechenden Absenderautorisierungsinformationen für die tatsächliche Route an und gleichen Sie diese mit den vorhandenen legitimen Absendern der Domäne ab. Die umfassenderen Katalogkonfigurationsanforderungen bleiben offen, bis diese Details und Implementierungsnachweise vorliegen.
Halten Sie SPF , DKIM und DMARC Identitäten getrennt
SPF wertet das anwendbare SMTP aus POST VON oder HELO Identität, anstatt die sichtbare Autorenadresse direkt zu validieren. Veröffentlichen Sie SPF als TXT und pflegen Sie eine gültige Richtlinie für die Identität. Durch das Hinzufügen einer weiteren unabhängigen SPF Richtlinie werden die Berechtigungen nicht zusammengeführt und es kann zu einem dauerhaften Fehler kommen. Wenn eine neue Autorisierung vorgeschlagen wird, überprüfen Sie den ausgewerteten Abhängigkeitspfad und die Begrenzung der DNS-Abfragedauer, anstatt nur die im ersten Datensatz sichtbaren Includes zu zählen. RFC 7208 , Abschnitte 2.3–2.4, 3.1–3.3 und 4.6.4
Bei DKIM Überprüfung wird ein Signaturergebnis erstellt, das der Signaturdomäne zugeordnet ist. DMARC Anschließend wird berücksichtigt, ob eine qualifizierende SPF oder DKIM Kennung mit der sichtbaren Absenderdomäne übereinstimmt. Diese Bewertungen sollten im Abnahmeprotokoll in separaten Spalten verbleiben. Ein Provider-Verifizierungsstatus ist kein DMARC -Ergebnis einer empfangenen Nachricht, und eine bestandene, aber unabhängige Signatur allein reicht nicht aus. RFC 6376 , Abschnitt 3.5 RFC 9989 , Abschnitt 4.4
Betrachten Sie das Ergebnis eines Spam-Ordners nicht als Beweis dafür, dass die Authentifizierung der einzige Fehler ist. Die Authentifizierung kann nützliche Beweise liefern, während Reputation, Inhalt, Empfängerverhalten und lokale Filterentscheidungen weiterhin Einfluss auf die Behandlung haben. Die Diskussion über die Zustellbarkeit von Cision sollte keine Garantie dafür sein, dass bei der Veröffentlichung seiner Aufzeichnungen jede Pressemitteilung in einem Posteingang landet. Ebenso stellt eine authentifizierte Domäne nicht sicher, dass die Sachbehauptungen oder Geschäftsanfragen der Nachricht sicher sind. RFC 9989 , Abschnitt 2.4
Fiktive Diagnose: Die Kundendomäne wurde nie genehmigt
Stellen Sie sich eine fiktive Agentur, Harbor Press Office, vor, die Communications Cloud-Ankündigungen für einen Kunden vorbereitet. Der Kampagnenbetreiber wählt die sichtbare Adresse des Kunden aus, sendet die DNS Anfrage jedoch an den eigenen Administrator der Agentur. Dieser Administrator kann die Agenturzone bearbeiten, nicht die des Kunden. Eine vorgeschlagene Abschlussnotiz besagt, dass die Authentifizierung bereit ist, da ein ähnlich benannter Datensatz in der Agenturdomäne vorhanden ist. Hierbei handelt es sich um ein erfundenes Überprüfungsszenario, nicht um einen beobachteten Vorfall oder ein Testergebnis.
Die Überprüfung identifiziert die Eigentumskonflikte vor der Veröffentlichung. Der Kunde autorisiert entweder sein eigenes DNS Team, den kontospezifischen Datensatz zu implementieren, oder genehmigt eine andere Absenderidentität unter Verwendung der Agenturdomäne. Das Team wahrt die Unterscheidung in seinem Kampagnen- und Antwortplan. Die Überprüfung des Anbieters und der Nachweis des Empfangs der Nachricht stehen noch aus. Niemand betrachtet einen Eintrag in der falschen Verwaltungsdomäne als Beweis für die angeforderte Identität.
Leeres Arbeitsblatt zur Akzeptanz
- Communications Cloud-Konto und Nachrichtenkategorie: ____.
- Genehmigt sichtbar Vom Domänen- und Organisationsinhaber: ____.
- Agentur- oder Kundendomänenbeziehung und ausdrückliche Genehmigung: ____.
- Aktuelle Bestätigung der Anbieteranwendbarkeit und Datum: ____.
- Vom Anbieter bereitgestellte CNAME -Eigentümer, Ziele und Anforderungsreferenz: ____.
- Autorisierender DNS Betreiber und beabsichtigte vollständige Namen: ____.
- Vorhandene Absenderabhängigkeiten und ungelöste SPF Routeninformationen: ____.
- Status der Anbietervorbereitung, DNS Veröffentlichung und Anbieterüberprüfung: ____.
- Autorisierter Selektor für empfangene Nachrichten, Signaturdomäne und Ausrichtung Beweis: ____.
- Verbleibende Entscheidungen, Rollback-Eigentümer und Release-Genehmiger: ____.
Alle Einträge sind absichtlich leer. Die ursprünglichen Implementierungsnachweise, die Überprüfung durch Menschen/KMU, die Anwendbarkeit der Quelle, die Produktionswege, die visuelle Überprüfung/Zugänglichkeitsprüfung und die Freigabe durch den Eigentümer bleiben offen. Für diesen Entwurf wurden keine Supportanfragen, DNS Änderungen, Mandantentests oder Nachrichtensendungen durchgeführt.