Eine in Unicode angezeigte Domäne kann über eine ASCII-kompatible Darstellung abgefragt werden. Behalten Sie beide Formulare und die Konvertierungsregeln bei, damit ein Prüfergebnis reproduziert werden kann. Visuelle Vertrautheit ist kein Beweis dafür, dass zwei Namen dieselbe Domäne identifizieren oder derselben Organisation angehören.
Trennen Sie die Domäne vom Postfach
Referenzen: RFC 5890 §2.3.2.1, RFC 5891 §5.
Ein internationalisiertes Domain-Label kann ein U-Label, seine gültige Unicode-Form, und ein A-Label, seine validierte ASCII-kompatible Form, beginnend mit xn--, haben. Die IDNA-Verarbeitung erfolgt auf Domänenbezeichnungen. Es konvertiert einen lokalen E-Mail-Teil nicht in ein ASCII-Postfach und stellt keine SMTPUTF8-Unterstützung her.
Authentifizierungsdatensätze fügen der Domäne Protokollbezeichnungen hinzu. Konvertieren Sie den internationalisierten Domänenteil mit der entsprechenden IDNA-Implementierung und erstellen Sie dann den Eigentümer, z _dmarc. plus die A-Label-Domain. Führen Sie keinen IDNA-Validator nur für den Hostnamen über Protokoll-Unterstrichbezeichnungen aus und schließen Sie daraus, dass die zugrunde liegende Domäne ungültig ist.
Validieren statt nur kodieren
Referenzen: RFC 5890 §2.3.2.1, RFC 5891 §4, RFC 5895 §2.
Punycode ist Teil der A-Label-Darstellung, aber nicht jede Zeichenfolge, die mit xn-- beginnt, ist ein gültiges A-Label. Die Validierung umfasst die geltenden IDNA-Regeln, zulässigen Zeichen und kontextbezogenen Einschränkungen. RFC 5891 definiert die Protokollverarbeitung, während die Auswahl der Anwendungszuordnung Auswirkungen auf Benutzereingaben vor dieser Verarbeitung haben kann.
Notieren Sie die Bibliothek und Version, das IDNA-Profil, die Unicode-Eingabe und das resultierende ASCII-Formular. Die Werkzeugstandards können abweichen, insbesondere für Zeichen, die von der Zuordnung oder dem älteren IDNA-Verhalten betroffen sind. Vermeiden Sie es, einen mehrdeutigen Benutzereintrag stillschweigend zu normalisieren und das Ergebnis als die einzig mögliche beabsichtigte Domäne darzustellen.
Reproduzieren Sie ein Round-Trip-Gerät
Führen Sie den Befehl unter Verwendung einer installierten Python-IDNA-Bibliothek aus, die IDNA2008 implementiert idna.encode("bü cher.example ", uts46=False).decode("ascii"). Die erwartete Ausgabe ist xn--bcher-kva.example. Dekodieren Sie es mit derselben Bibliothek und überprüfen Sie den Unicode-Roundtrip. Das Beispiel dient der Veranschaulichung und stellt keinen Anspruch auf die Live-Domäne einer Organisation dar.
Konstrukt _dmarc.xn--bcher-kva.example Und s1._domainkey.xn--bcher-kva.example als DNS Besitzerzeichenfolgen. Erfassen Sie in einem Labor oder einem kontrollierten Prüfer, ob das Tool die Unicode-Eingabe akzeptiert, konvertiert, ablehnt oder eine andere Frage sendet. Die beibehaltene historische Erfassung erfasst nur die Bibliothekskonvertierung mit IDNA-Version 3.18. Die neue Offline-Konvertierungsprüfung in dieser Überprüfung zeichnet die eigene installierte Version separat auf; Es gibt auch keinen DNS oder SMTPUTF8-Test.
Fügen Sie ein negatives Fixture mit einem ungültigen xn-- Label hinzu und behalten Sie die eigentliche Bibliotheksausnahme bei. Behandeln Sie die Ablehnung als nützlichen Beweis, anstatt Zeichen zu löschen, bis die Eingabe erfolgreich ist. Dokumentieren Sie für andere benutzerbezogene Zuordnungen das alternative Profil explizit, anstatt davon auszugehen, dass ein striktes IDNA2008-Ergebnis mit jedem Browser übereinstimmt.
Vergleichen Sie tatsächliche Identitäten in Postbeweisen
Referenzen: RFC 9989 §4.4, RFC 9989 §5.3.1.
Bewahren Sie das Original auf Aus der Kopfzeile und die von verwendeten Domänendarstellungen SPF, DKIM Und DMARC Analyse. Für DMARC , RFC 9989 §5.3.1 erfordert, dass eine extrahierte U-Label-Autorendomäne zur weiteren Verarbeitung in das A-Label-Format konvertiert wird. Nutzen Sie die Protokolle Ausrichtung Regeln statt eines visuellen Vergleichs der angezeigten Namen. Wenn die Nachrichtensyntax oder das Internationalisierungsverhalten von einem Tool nicht unterstützt werden, melden Sie die Einschränkung, anstatt stillschweigend eine geeignete Identität auszuwählen.
Nutzen Sie den bekannten Eigentumskontext, um Doppelgänger zu untersuchen. Eine Domäne kann ihre eigene Authentifizierung bestehen und dennoch optisch dem Namen einer anderen Organisation ähneln. Die IDNA-Konvertierung verbessert die Reproduzierbarkeit. Es stellt keine Markeneigentümerschaft dar, entfernen Sie es Phishing Risiko einzugehen oder nachzuweisen, dass eine E-Mail-Nachricht von der erwarteten Partei autorisiert wurde.