[ DNS & domeinen ]

Geïnternationaliseerde domeinnamen en punycode in DNS controles

Vergelijk geïnternationaliseerde domeinlabels in hun Unicode- en gevalideerde ASCII-formulieren voordat u DNS en authenticatiecontroles uitvoert.

Door het EmailAuth -onderzoeksteam

[ Kernpunten ]

  • Behoud Unicode-invoer, gevalideerde A-label-uitvoer en het exacte IDNA-profiel.
  • Converteer het domein voordat u protocolonderstrepingslabels toevoegt.
  • Geldige authenticatie bewijst niet dat u eigenaar bent van een vergelijkbaar merk.
Op deze pagina

Een domein dat in Unicode wordt weergegeven, kan worden opgevraagd via een ASCII-compatibele weergave. Bewaar beide formulieren en de conversieregels zodat een controleresultaat kan worden gereproduceerd. Visuele bekendheid is geen bewijs dat twee namen hetzelfde domein identificeren of tot dezelfde organisatie behoren.

Scheid het domein van de mailbox

Referenties: RFC 5890 §2.3.2.1, RFC 5891 §5.

Een geïnternationaliseerd domeinlabel kan een U-label hebben, de geldige Unicode-vorm, en een A-label, de gevalideerde ASCII-compatibele vorm die begint met xn--. IDNA-verwerking vindt plaats op basis van domeinlabels. Het converteert een lokaal e-mailgedeelte niet naar een ASCII-mailbox en biedt geen SMTPUTF8-ondersteuning.

Authenticatierecords voegen protocollabels toe rond het domein. Converteer het geïnternationaliseerde domeingedeelte met de juiste IDNA-implementatie en construeer vervolgens de eigenaar, zoals _dmarc. plus het A-label domein. Voer geen IDNA-validator die alleen de hostnaam bevat, uit over onderstrepingslabels van het protocol en concludeer dat het onderliggende domein ongeldig is.

Valideer in plaats van alleen maar te coderen

Referenties: RFC 5890 §2.3.2.1, RFC 5891 §4, RFC 5895 §2.

Punycode maakt deel uit van de A-label representatie, maar niet elke string die begint met xn is een geldig A-label. Validatie omvat de toepasselijke IDNA-regels, toegestane karakters en contextuele beperkingen. RFC 5891 definieert protocolverwerking, terwijl keuzes voor applicatietoewijzing de gebruikersinvoer vóór die verwerking kunnen beïnvloeden.

Registreer de bibliotheek en versie, het IDNA-profiel, de Unicode-invoer en het resulterende ASCII-formulier. De standaardinstellingen voor tools kunnen verschillen, vooral voor karakters die zijn beïnvloed door mapping of ouder IDNA-gedrag. Vermijd het stilzwijgend normaliseren van een dubbelzinnige gebruikersinvoer en het presenteren van het resultaat als het enige mogelijke beoogde domein.

Reproduceer een rondreisarmatuur

Gebruik een geïnstalleerde Python idna-bibliotheek die IDNA2008 implementeert en voer uit idna.encode("bü cher.example ", uts46=False).decode("ascii"). Verwachte opbrengst is xn--bcher-kva.example. Decodeer het met dezelfde bibliotheek en verifieer de Unicode-rondreis. Het voorbeeld is illustratief en claimt niet het live domein van een organisatie.

Construct _dmarc.xn--bcher-kva.example En s1._domainkey.xn--bcher-kva.example als DNS eigenaarreeksen. Leg in een laboratorium of gecontroleerde checker vast of de tool de Unicode-invoer accepteert, converteert, afwijst of een andere vraag verzendt. De bewaarde historische opname registreert alleen bibliotheekconversie, met idna versie 3.18. De nieuwe offline conversiecontrole in deze review registreert de eigen geïnstalleerde versie afzonderlijk; geen van beide is een DNS of SMTPUTF8-test.

Voeg een negatief armatuur toe met een ongeldig xn-- label en behoud de feitelijke bibliotheekuitzondering. Behandel afwijzing als nuttig bewijs in plaats van tekens te verwijderen totdat de invoer is goedgekeurd. Voor andere gebruikersgerichte toewijzingen documenteert u het alternatieve profiel expliciet in plaats van aan te nemen dat een strikt IDNA2008-resultaat overeenkomt met elke browser.

Vergelijk werkelijke identiteiten in bewijsmateriaal per post

Referenties: RFC 9989 §4.4, RFC 9989 §5.3.1.

Bewaar het origineel Uit kop en de domeinrepresentaties die worden gebruikt door SPF, DKIM En DMARC analyse. Voor DMARC , RFC 9989 §5.3.1 vereist dat een geëxtraheerd U-label auteurdomein wordt omgezet naar een A-label-formulier voor verdere verwerking. Gebruik het protocol uitlijning regels in plaats van een visuele vergelijking van weergegeven namen. Wanneer de syntaxis van berichten of het internationaliseringsgedrag niet door een tool wordt ondersteund, rapporteer dan de beperking in plaats van stilletjes een handige identiteit te kiezen.

Gebruik bekende eigendomscontext om lookalikes te onderzoeken. Een domein kan zijn eigen authenticatie doorstaan ​​en toch visueel lijken op de naam van een andere organisatie. IDNA-conversie verbetert de reproduceerbaarheid; het certificeert het merkeigendom niet, verwijder phishing riskeren of bewijzen dat een e-mailbericht door de verwachte partij is geautoriseerd.

[ Afhaalmaaltijden ]

Geldige authenticatie bewijst niet dat u eigenaar bent van een vergelijkbaar merk.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Registreer normalisatiegedrag

Een checker moet onthullen welke DNS naam daadwerkelijk is gebruikt.

Volgende stappen

  1. Leg Unicode- en ASCII-formulieren vast.
  2. Pin het IDNA-profiel en de versie vast.
  3. Testafwijzing en rondreizen.

CISO / SecOps

Beoordeel lookalikes zonder te veel te claimen

Geldige internationalisering is op zichzelf niet verdacht of betrouwbaar.

Volgende stappen

  1. Vergelijk echte labels.
  2. Behoud de oorspronkelijke berichtidentiteit.
  3. Houd phishing- en protocolbevindingen gescheiden.

Oprichter / Niet-technisch

Scheid identiteit van uiterlijk

Een bekend ogend domein kan van iemand anders zijn.

Volgende stappen

  1. Controleer de feitelijke context van het domeineigendom.
  2. Vermijd merkclaims die alleen voortkomen uit authenticatie.
  3. Escaleer dubbelzinnige klantrapporten.

[ Veelgestelde vragen ]

Veelgestelde vragen

Wat is een A-label?

Een geldige ASCII-compatibele representatie van een geïnternationaliseerd domeinlabel, met behulp van de xn-- vorm.

RFC 5890 §2.3.2.1

Is elke xn-- string geldig?

Nee. Het moet voldoen aan IDNA-validatie en niet alleen maar lijken op Punycode.

RFC 5890 §2.3.2.1

Converteert IDNA het lokale mailboxgedeelte?

Nee. Domeinconversie staat los van ondersteuning voor geïnternationaliseerde e-mailadressen.

Moet ik _dmarc converteren naar een IDNA-hostnaamlabel?

Converteer het domeingedeelte en construeer de protocoleigenaar afzonderlijk; onderstrepingsservicelabels hebben nog een andere rol.

RFC 5891 §5

Waarom normaliseren twee tools anders?

Ze kunnen verschillende IDNA-versies of kaartprofielen gebruiken. Leg beide expliciet vast.

RFC 5895 §2

Wat moet bij een round-trip-test behouden blijven?

Het bedoelde geldige Unicode-label en het bijbehorende ASCII-formulier onder het aangegeven profiel.

RFC 5890 §2.3.2.1

Hoort een geauthenticeerde lookalike bij het merk?

Nee. Authenticatie van dat domein bewijst niet dat u eigenaar bent van een ander merk.

Is het voorbeeld als e-mail verzonden?

Nee. Het bewijsmateriaal beperkt zich tot offline bibliotheekconversie en invoervalidatie; DNS , berichtbezorging en SMTPUTF8 zijn niet getest.

[ Bronnen ]

Bronnen

  1. RFC 5890

    Secties §2.3.2.1

  2. RFC 5891

    Secties §4 · §5

  3. RFC 5895

    Secties §2

  4. RFC 9989

    Secties §4.4 · §5.3.1

[ Glossarium ]

Glossarium

U-label
Een geldige Unicode-vorm van een geïnternationaliseerd domeinlabel.

RFC 5890 §2.3.2.1

A-label
Een gevalideerd ASCII-compatibel IDNA-label.

RFC 5890 §2.3.2.1

Punycode
Een codering die wordt gebruikt in de ASCII-weergave van geïnternationaliseerde labels.

RFC 5890 §2.3.2.1

Herkomst onderneming

Waarom top financiële instellingen en overheden hebben hun e-mailbeveiligingsdashboards stopgezet.

Traditionele platforms voor e-mailauthenticatie verkopen u een dashboard en vragen uw technici om het werk te doen. In omgevingen waar veel op het spel staat, betekent handmatig toezicht vertraagde handhaving, configuratieafwijking en niet-gecontroleerde schaduwdomeinen.

EmailAuth is het agentische e-mailherkomstplatform. Onze agenten handhaven p=reject, houd externe afzenders op één lijn en verplaats uw domeinen naar vol RFC 9989 compliance, de nieuwe DMARC standaard, met 'human-in-the-loop'-auditeerbaarheid.

Regeringen Grote ondernemingen Tier-1 financiële instellingen

SaaS · Toegewijde huur · Air-gapped on-premise · BYOK-encryptie

Kennisbank