[ Leitfäden für DNS-Anbieter ]

Veröffentlichen Sie E-Mail-Authentifizierungsdatensätze in TransIP: Konfiguration und Überprüfung

Veröffentlichen Sie vom Absender ausgestellte Authentifizierungsdatensätze in TransIP, ohne Zonennamen zu duplizieren, benutzerdefiniertes DNS zu überschreiben oder Datensatzveröffentlichung mit Signierung zu verwechseln.

Vom EmailAuth Forschungsteam · 4 Minuten Lesezeit

[Wichtige Punkte]

  • Veröffentlichen Sie vom Absender ausgestellte Authentifizierungsdatensätze in TransIP, ohne Zonennamen zu duplizieren, benutzerdefiniertes DNS zu überschreiben oder Datensatzveröffentlichung mit Signierung zu verwechseln.
  • Eine Panel-Bearbeitung kann nicht in einer Zone veröffentlicht werden, die von anderen autorisierenden Nameservern gehostet wird.
Auf dieser Seite

Bestätigen Sie, dass TransIP maßgeblich ist

Dies ist ein DNS Veröffentlichungsleitfaden, kein Onboarding-Leitfaden für den TransIP-Mail-Dienst. Eine Domain kann bei TransIP registriert werden, solange sie autorisierend ist Nameserver sind woanders. Überprüfen Sie vor der Bearbeitung die öffentliche Delegation der Domäne und identifizieren Sie die autorisierende Zone. Wechseln Sie nicht den Nameserver, nur um ein DNS Formular zugänglich zu machen. Erhalten Sie die genauen Datensatznamen, -typen und -werte des Absenders zusammen mit dem vorhandenen Zonenexport und einem genehmigten Änderungsbereich.

Geben Sie Namen und Werte korrekt ein

Wählen Sie die Domäne in der Systemsteuerung aus und öffnen Sie DNS Einstellungen. Für die benutzerdefinierte Bearbeitung müssen die automatischen TransIP-Einstellungen deaktiviert sein. Durch das erneute Aktivieren dieser Einstellungen können benutzerdefinierte Datensätze und Nameserver überschrieben werden. Das Feld „Name“ verwendet @ für den Zonen-Apex und relative Namen für Subdomains. Eine externe CNAME Das Ziel benötigt seinen vollständigen Namen und den abschließenden Punkt. Diese Schnittstellenregeln sind in der TransIP-Control-Panel-Quelle unten dokumentiert.

Für eine TXT DKIM Schlüssel weist die DKIM Quelle Benutzer an, umgebende Anführungszeichen und unnötige Backslashes wegzulassen. Verwenden Sie den öffentlichen Schlüssel des Absenders, niemals eine generierte Probe. A Wähler Für eine sendende Subdomain ist der relative Besitzername dieser Subdomain erforderlich. Verwenden Sie CNAME nur, wenn der Absender tatsächlich eine CNAME Delegierung erteilt hat. Das Veröffentlichen eines Schlüssels führt nicht dazu, dass ein sendender Dienst mit dem Signieren beginnt.

Originales Arbeitsblatt zur Datensatzzuordnung

Das Folgende ist eine fiktive Mapping-Übung für die example.org Zone, keine Produktionskonfiguration. Eine vollständige DKIM review._domainkey.news.example.org -Karten zur Überprüfung. _domainkey.news im Feld „Name“. A DMARC Besitzer _dmarc.news.example.org wird _dmarc.news. Der SPF Der Eigentümer news.example.org wird den Nachrichten zugeordnet. Markieren Sie den erwarteten vollständigen Namen auf dem Änderungsticket, damit ein Prüfer ein versehentliches Suffix example.org.example.org erkennen kann.

Behalten Sie SPF und DMARC als TXT Richtlinien bei ihren korrekten Eigentümernamen bei. Geben Sie keine vollständige Zonendateizeile, einschließlich Klasse und Typ, in das Feld „Wert“ ein. Mehrere TXT Datensätze können für unabhängige Zwecke nebeneinander existieren, aber zwei SPF Richtlinien unter einem ausgewerteten Namen sind nicht gültig. Lange DKIM Werte erfordern eine sorgfältige Handhabung: Die abgerufenen TransIP-Seiten etablieren kein universelles Aufteilungsverfahren für lange Zeichenfolgen. Wenn das Gremium den vollen Wert des Anbieters ablehnt, stoppen Sie und holen Sie sich die aktuellen TransIP-Leitlinien, anstatt sie zu kürzen.

Überprüfen Sie die Veröffentlichung, bevor Sie E-Mails testen

Fragen Sie jeden autorisierenden Server nach den vollständigen SPF , DMARC und Selektornamen ab. Vergleichen Sie vollständige Werte, einschließlich verketteter TXT Zeichenfolgen, sofern diese zurückgegeben werden. Überprüfen Sie für einen delegierten Schlüssel das CNAME Ziel und die endgültige TXT Antwort. Wiederholen Sie den Vorgang mit einem rekursiven Resolver und behalten Sie die TTL-Beobachtungen bei. Eine korrekte Bedienfeldanzeige mit fehlender öffentlicher Antwort kann auf eine falsche Autorität oder nicht gespeicherte Daten hinweisen und nicht nur auf eine langsame Verbreitung.

Lösen Sie dann erst eine kontrollierte Nachricht über den sendenden Dienst aus. Das DNS-seitige Rollback sollte die geänderten Datensätze wiederherstellen, nicht die automatischen Einstellungen erneut aktivieren oder eine gesamte alte Zone wiederherstellen, ohne nicht zusammenhängende Änderungen zu vergleichen.

Beweisen Sie die Identität beim Empfänger

Verwenden Sie ein kontrolliertes externes Postfach und senden Sie es mit harmlosen Inhalten und ohne Kundendaten durch den Produktionsworkflow. Speichern Sie die Rohnachricht, den Zeitstempel und die des empfangenden Systems Authentication-Results. Ignorieren Sie Authentifizierungszusicherungen, die von einem nicht vertrauenswürdigen Absender eingefügt wurden. Notieren Sie die sichtbare Absenderdomäne. Return-Path oder authentifizierte Umschlagidentität und jedes DKIM -d=- und s=-Paar. Ein Anzeigename oder eine Antwortadresse ist nicht die DMARC Identität.

SPF Pass autorisiert den Verbindungsserver für die ausgewertete Umschlagidentität. DKIM Pass validiert eine Signatur für seine Signaturdomäne. DMARC benötigt eine Übergabemethode, deren Domäne mit dem sichtbaren From: strict übereinstimmt Ausrichtung erfordert die gleiche Domäne; Eine entspannte Ausrichtung ermöglicht die entsprechende Beziehung zwischen Organisation und Domäne. Eine anbietereigene Signatur kann ohne Authentifizierung Ihres sichtbaren Absenders bestehen. Ein Pass ausgerichtet DKIM Signatur kann DMARC auch dann erfüllen, wenn eine andere Signatur fehlschlägt. Diese Protokollregeln stammen aus RFC 7208 , RFC 6376 und RFC 9989, unten aufgeführt.

Überprüfen Sie das autorisierende DNS bevor Sie Caches diagnostizieren. Fragen Sie einen autorisierenden Server nach dem genauen Namen und Typ und vergleichen Sie dann einen rekursiven Resolver nach seiner zwischengespeicherten Lebensdauer. Für DKIM folgen Sie einem beliebigen CNAME zu seiner TXT Antwort mit öffentlichem Schlüssel. Veröffentlichen Sie niemals einen privaten Schlüssel. Behalten Sie eine SPF Richtlinie für jeden ausgewerteten Namen bei und überprüfen Sie das Limit von zehn DNS-Lookup-verursachenden Begriffen für alle verschachtelten Includes. Ersetzen Sie eine gemeinsame SPF -Richtlinie nicht durch ein Anbieterbeispiel.

Erholung und Akzeptanz

Pausieren Sie den betroffenen Workflow, wenn Tests eine neue Regression zeigen. Vergleichen Sie den geänderten Datensatz mit der gespeicherten Version und machen Sie nur diese Änderung rückgängig, nachdem Sie andere Absender überprüft haben. Überprüfen Sie DNS erneut und senden Sie es nach der Wiederherstellung erneut. Durch das Zurücksetzen eines Werts wird nicht jeder Resolver sofort geleert. Halten Sie alte DKIM Verifizierungsdatensätze verfügbar, während zuvor signierte Nachrichten möglicherweise noch übertragen werden, es sei denn, ein Sicherheitsvorfall erfordert eine Sperrung.

Akzeptieren Sie die Änderung nur, wenn DNS , Anwendungsstatus und eine tatsächlich empfangene Nachricht übereinstimmen. Erfassen Sie den Flow-Eigentümer, den Beweiszeitstempel und den Auslöser für die nächste Überprüfung. Die Platzierung im Posteingang allein ist kein Beweis für die Authentifizierung, und eine erfolgreiche Authentifizierung garantiert keine Platzierung im Posteingang. Verschärfen Sie die DMARC Richtlinie einer gemeinsam genutzten Domain nicht aufgrund des Tests eines Anbieters. Machen Sie zunächst eine Bestandsaufnahme der anderen legitimen Quellen.

Diagnostizieren Sie einen korrekt aussehenden Eintrag in der falschen Zone

Im schriftlichen Fall TI-01 wird davon ausgegangen, dass die Domain bei TransIP registriert ist, ihre öffentliche Delegation jedoch auf einen anderen DNS Betreiber verweist. Ein gespeicherter TransIP-Panel-Eintrag zur Überprüfung. _domainkey.news stellt keine Veröffentlichung unter review._domainkey.news.example.org her. Der Domaininhaber muss den maßgeblichen Betreiber bestätigen und dort den genehmigten Eintrag veranlassen; Das Ändern von Nameservern oder das Aktivieren automatischer Einstellungen ist keine Abhilfemaßnahme. Öffentliche Antworten, ausgegebene d=/s= und Empfängerergebnisse bleiben unbekannt, bis sie separat erfasst werden. Dieses Szenario ist festgelegt, keine tatsächliche DNS Suche oder Panel-Aktion.

Behalten Sie die Durchsetzungsgrenze bei

RFC 9989 Abschnitt 7.4 erfordert gültiges DKIM , nicht nur SPF , für Domains, die p=reject, und warnt vor der Interoperabilität von indirekter E-Mail und Mailinglisten. Ein einziger erfolgreicher Direktnachrichtentest ist kein Beweis dafür, dass jede legitime Route für strengere Richtlinien bereit ist. Behalten Sie den vorhandenen zugelassenen Schutz bei, während Sie die tatsächliche Lücke diagnostizieren. Jede politische Änderung erfordert eine eigene Entscheidung.

[ Wegbringen ]

Eine Panel-Bearbeitung kann nicht in einer Zone veröffentlicht werden, die von anderen autorisierenden Nameservern gehostet wird.

[Nach Rolle]

Was das für Sie bedeutet

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

IT-/Mail-Administrator

Erfassen Sie die tatsächlichen Identifikatoren

Überprüfen Sie die Namen der relativen Eigentümer und die vollständigen verbindlichen Antworten, bevor Sie die sendende Anwendung testen.

Nächste Schritte

  1. Exportieren Sie die aktuellen Datensätze vor der Bearbeitung.
  2. Vergleichen Sie empfangene Header mit den geplanten Identitäten.
  3. Behalten Sie das Validierungsergebnis und seinen Zeitstempel bei.

CISO / SecOps

Überprüfen Sie die Vertrauensstellung für delegiertes Senden

DNS Delegierungs- und Signaturschlüssel sind Sicherheitsabhängigkeiten mit Eigentümern und Außerkraftsetzungsdaten.

Nächste Schritte

  1. Genehmigen Sie nur den erforderlichen Sendebereich.
  2. Behalten Sie unabhängige Absender im DMARC -Inventar.
  3. Entfernen Sie veraltete Vertrauensstellungen, nachdem Abhängigkeiten überprüft wurden.

Gründer / Nicht-technisch

Schützen Sie den Geschäftsablauf

Weisen Sie eine Freigabeentscheidung für die TransIP DNS Veröffentlichung zu. Ein gespeicherter DNS Eintrag ist kein abgeschlossener Mail-Test.

Nächste Schritte

  1. Benennen Sie den Eigentümer des sendenden Workflows.
  2. Planen Sie vor der breiten Anwendung einen kontrollierten Test ein.
  3. Besprechen Sie die Rollback-Entscheidung mit dem Serviceeigentümer.

[ FAQs ]

Häufig gestellte Fragen

Beweist die Registrierung bei TransIP, dass dort DNS gehostet wird?

Nein. Überprüfen Sie die Delegierung des öffentlichen Nameservers und bearbeiten Sie die autorisierende Zone.

Was steht im Feld „Name“ für den Stamm?

Verwenden Sie @ in der dokumentierten TransIP-Schnittstelle. Subdomain-Namen beziehen sich auf die ausgewählte Zone.

Benötigen externe CNAME Ziele einen letzten Punkt?

Die zitierte Anleitung zum Bedienfeld verlangt, dass das Anhängen der lokalen Zone vermieden wird.

Können wir den automatischen Einstellungsschalter als Rollback verwenden?

Nein. Es kann die benutzerdefinierte Konfiguration überschreiben. Stellen Sie nur die gewünschten Datensätze wieder her, nachdem Sie andere Änderungen überprüft haben.

Können wir privates DKIM Material in TXT einfügen?

Niemals. DNS enthält nur den öffentlichen Verifizierungsschlüssel oder das ausgegebene Delegationsziel.

Was passiert, wenn ein langer öffentlicher Schlüssel abgelehnt wird?

Schneiden Sie es nicht ab. Rufen Sie die unterstützte aktuelle Eingabemethode ab und überprüfen Sie die vollständige verbindliche Antwort.

Beweist ein veröffentlichter Selektor, dass E-Mails signiert sind?

Nein. Aktivieren Sie die Signatur durch den Absender und überprüfen Sie eine tatsächlich empfangene Nachricht.

Wurden die TransIP-Datensätze für diesen Artikel geändert?

Nein. Die Mapping-Übung ist fiktiv und das Akzeptanzarbeitsblatt enthält keine Live-Beobachtungen.

[ Quellen ]

Quellen

  1. Festlegen eines TXT -Eintrags – TransIP

    Abschnitte Wo füge ich einen TXT Eintrag hinzu? · Wie stelle ich einen TXT Eintrag ein?

  2. Eingabe DNS Einträgen und Nameservern über das Control Panel – TransIP

    Abschnitte Die TransIP-Einstellungen und erweiterten Domäneneinstellungen · Eingeben DNS Einträgen in der Systemsteuerung · Tipps zum Eingeben des Namens eines DNS Eintrags · Tipps zum Eingeben des Werts eines DNS -Eintrags

  3. Festlegen eines DKIM -Eintrags – TransIP

    Abschnitte Name · Wert · Festlegen DKIM Datensätzen für Subdomains

  4. RFC 7208: SPF

    Abschnitte §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  5. RFC 6376: DKIM

    Abschnitte §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  6. RFC 9989: DMARC

    Abschnitte §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ Glossar ]

Glossar

Ausrichtung
Die Domänenbeziehung zwischen einem authentifizierten Bezeichner und der sichtbaren Von-Domäne.
Wähler
Der s=-Wert, der einen öffentlichen DKIM Schlüssel unterhalb der Signaturdomäne findet.
Umschlagabsender
Die SMTP MAIL-FROM-Identität, die sich normalerweise nach der Zustellung im Return-Path widerspiegelt.
Autorisierendes DNS
Die Server, die die Zonendaten veröffentlichen, im Gegensatz zu zwischengespeicherten rekursiven Antworten.

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