Un dominio visualizzato in Unicode può essere interrogato tramite una rappresentazione compatibile con ASCII. Conserva sia i moduli che le regole di conversione in modo che il risultato del controllo possa essere riprodotto. La familiarità visiva non è la prova che due nomi identificano lo stesso dominio o appartengono alla stessa organizzazione.
Separa il dominio dalla casella di posta
Riferimenti: RFC 5890 §2.3.2.1, RFC 5891 §5.
Un'etichetta di dominio internazionalizzato può avere un'etichetta U, la sua forma Unicode valida, e un'etichetta A, la sua forma compatibile ASCII convalidata che inizia con xn--. L'elaborazione IDNA opera sulle etichette di dominio. Non converte una parte locale di posta elettronica in una casella di posta ASCII e non stabilisce il supporto SMTPUTF8.
I record di autenticazione aggiungono etichette di protocollo al dominio. Converti la porzione di dominio internazionalizzato con l'implementazione IDNA appropriata, quindi costruisci il proprietario, ad esempio _dmarc. più il dominio A-label. Non eseguire un validatore IDNA solo nome host sulle etichette di sottolineatura del protocollo per concludere che il dominio sottostante non è valido.
Convalidare anziché limitarsi a codificare
Riferimenti: RFC 5890 §2.3.2.1, RFC 5891 §4, RFC 5895 §2.
Punycode fa parte della rappresentazione dell'etichetta A, ma non tutte le stringhe che iniziano con xn-- sono un'etichetta A valida. La convalida include le regole IDNA applicabili, i caratteri consentiti e le restrizioni contestuali. RFC 5891 definisce l'elaborazione del protocollo, mentre le scelte di mappatura dell'applicazione possono influenzare l'input dell'utente prima di tale elaborazione.
Registra la libreria e la versione, il profilo IDNA, l'input Unicode e il modulo ASCII risultante. Le impostazioni predefinite dello strumento possono differire, soprattutto per i caratteri interessati dalla mappatura o dal comportamento IDNA precedente. Evitare di normalizzare silenziosamente una voce utente ambigua e di presentare il risultato come l'unico possibile dominio previsto.
Riprodurre un dispositivo di andata e ritorno
Utilizzando una libreria idna Python installata che implementa IDNA2008, esegui idna.encode("bü cher.example ", uts46=False).decode("ascii"). L'output previsto è xn--bcher-kva.example. Decodificalo con la stessa libreria e verifica il viaggio di andata e ritorno Unicode. L'esempio è illustrativo e non costituisce un'affermazione relativa al dominio attivo di un'organizzazione.
Costruire _dmarc.xn--bcher-kva.example E s1._domainkey.xn--bcher-kva.example come stringhe del proprietario DNS . In un laboratorio o in un controllo controllato, acquisisci se lo strumento accetta l'input Unicode, lo converte, lo rifiuta o invia una domanda diversa. L'acquisizione cronologica conservata registra solo la conversione della libreria, con la versione idna 3.18. Il nuovo controllo di conversione offline in questa recensione registra separatamente la propria versione installata; né lo è un test DNS o SMTPUTF8.
Aggiungi un dispositivo negativo con un'etichetta xn-- non valida e mantieni l'eccezione della libreria effettiva. Tratta il rifiuto come una prova utile piuttosto che eliminare i caratteri finché l'input non viene superato. Per altre mappature rivolte agli utenti, documentare esplicitamente il profilo alternativo invece di presupporre che un risultato rigoroso IDNA2008 corrisponda a ogni browser.
Confronta le identità reali nelle prove postali
Riferimenti: RFC 9989 §4.4, RFC 9989 §5.3.1.
Conserva l'originale Dall'intestazione e le rappresentazioni del dominio utilizzate da SPF, DKIM E DMARC analisi. Per DMARC , RFC 9989 §5.3.1 richiede che un dominio dell'autore estratto con etichetta U venga convertito in un formato etichetta A per un'ulteriore elaborazione. Utilizzare il protocollo allineamento regole piuttosto che un confronto visivo dei nomi visualizzati. Laddove la sintassi del messaggio o il comportamento di internazionalizzazione non sono supportati da uno strumento, segnala la limitazione invece di scegliere silenziosamente un'identità conveniente.
Utilizza il contesto di proprietà noto per indagare sui sosia. Un dominio può superare la propria autenticazione e somigliare comunque visivamente al nome di un'altra organizzazione. La conversione dell'IDNA migliora la riproducibilità; non certifica la proprietà del marchio, rimuovere phishing rischiare o dimostrare che un messaggio di posta elettronica è stato autorizzato dalla parte prevista.