Vad är en IDN-homografattack?

Hur fungerar en IDN-homografattack?

Det fungerar eftersom Unicode innehåller bokstäver från olika alfabet som ser likadana ut, och domänsystemet låter vem som helst registrera namn som använder dem. Ett internationaliserat domännamn (IDN) är ett namn med icke-ASCII-tecken. DNS hanterar bara ASCII, så varje sådan etikett konverteras till punycode, en sträng som börjar med xn-- följt av en kodad form. En person ser Unicode-versionen om webbläsaren väljer att visa den; programvara som lagrar eller loggar namnet ser xn--formen.

Angriparen registrerar ett namn där en eller flera latinska bokstäver har ersatts med en look-alike: kyrillisk а i stället för latinska a, till exempel. Registret och registraren godtar det eftersom det är ett giltigt namn. Besökaren läser examplecoin.com och signerar en transaktion på en kopia av din sajt.

Vad betyder prefixet xn--?

Prefixet xn-- markerar en etikett som innehåller icke-ASCII-tecken i kodad form. I exemplen ovan är xn--exmplecoin-0qi.com den lagrade formen av exаmplecoin.com: etikettens ASCII-bokstäver kommer först och det kodade kyrilliska tecknet följer efter bindestrecket. Ett namn som börjar med xn-- är inte skadligt i sig; många legitima sajter på andra språk använder det. Det som räknas är om den avkodade strängen imiterar ett varumärke. Du kan avkoda ett misstänkt namn i ett skript som ovan, eller klistra in det i ett uppslagsverktyg, innan du klickar.

Hur avgör Chrome om Unicode eller punycode ska visas?

Chrome avgör för varje etikett för sig och visar xn--formen när en kontroll misslyckas. De dokumenterade kontrollerna omfattar blandning av skrifter som inte borde blandas (latinska med kyrilliska eller grekiska), blandade confusables från Unicodes säkerhetsdata, och etiketter som bara består av look-alike-bokstäver från en skrift när tillägget inte är på den skriften. Chrome avvisar också etiketter som bara består av siffror eller siffror som liknar bokstäver, och etiketter som matchar en toppdomän när accenter tagits bort. Om alla kontroller godkänns visas etiketten i Unicode. Policyn beror inte på användarens språkinställning.

Det helt kyrilliska аррӏе.com i tabellen är helskriftsfallet: det blandar inget, så en regel för blandade skrifter fångar det inte, och Chrome förlitar sig på sin separata kontroll för hel skrift. Andra webbläsare har egna policyer, som Wardmint inte har läst, så den här sidan dokumenterar bara Chrome. Den närliggande risken för adressförväxling i allmänhet finns i vilka typer av look-alike-domäner phishers registrerar.

Hur skyddar jag mitt varumärke mot homografdomäner?

Registrera de ASCII-varianter du kan, bevaka resten och anmäl det du hittar. Ett homografnamn kan du inte registrera i förväg i varje skrift, eftersom kombinationerna är för många. Det du kan göra är att söka efter dem: dnstwist genererar homoglyfnamn utifrån en undersökt uppsättning Unicode-tecken och kontrollerar vilka som finns, och certifikatloggar visar namn som bär ditt varumärke i avkodad form. Guiden om hur du hittar look-alike-domäner har kommandona, och hur du övervakar certifikattransparens tar upp loggarna.

Wardmints sidor beskriver registreringar av ASCII-namn och påstår inte IDN-registrering. För ASCII-homoglyferna (1 för l, rn för m) är täckningen densamma som för vilken felstavning som helst: se hur du skyddar ditt varumärke mot typosquatting.

Vad säger Wardmints siffror om det?

Wardmint granskade Chromium-policyn den 12 november 2026 och grupperade dess regler i 5 familjer av kontroller som avgör mellan Unicode och punycode: konvertering och giltighet, blandning av skrifter, numrering och osynliga tecken, confusables, och siffror, mönster och toppdomäner. Grupperingen är Wardmints egen; reglerna är Chromiums.

En homografdomän är ett domännamn vars bokstäver skiljer sig från ett känt namn men ser identiska ut för en läsare. En IDN-homografattack är användningen av ett sådant namn för att imitera ett varumärke. Punycode är ASCII-kodningen, som börjar med xn--, som DNS lagrar för namn med icke-ASCII-bokstäver.