Phishing s unicode doménami

CSIRT.CZ upozorňuje na chybu v prohlížečích Chrome a Firefox umožňující vytvořit phishingovou stránku, kterou lze jen velmi těžko identifikovat jako závadnou. Chyba spočívá v implementaci ochrany proti dávno známému útoku homograph attack. Čínský bezpečnostní expert Xudong Zheng zjistil, že ochrana proti tomuto útoku selže v okamžiku, kdy doménové jméno obsahuje všechny znaky v jiném jazyce. Viz například аррӏе.com vs. apple.com nebo еріс.com vs. еріс.com.

18.4.2017 13:11 | Ladislav Hagara | Bezpečnostní upozornění

Komentáře

[humanoid]

??? sak su to rovnake stranky

[tyvole]

Vždyť všechny prohlížeče jsou ,,chromý,, ,zkoušel jsem ruskej Yandex,zaujal mne svou rychlostí,no samozřejmě chromej stokrát jinak,ale to rusákovi nevadí.

[fi]

Příloha:

• apple.png (17474 bytů)

A jak presne to funguje? Jako ze klepnu na "apple.com" a pak si nevsimnu, ze v adresnim radku je jina domena?

[R]

Funguje to presne tak, ze Firefox v adresnom riadku zobrazi apple.com. A vyvojari tvrdia, ze to je vporiadku.

[fi]

Psali, ze to dela i chrome, ale mne se v nem ukazuje ascii reprezentace.

[JoHnY3]

Zvlastni, me se zobrazi https://www.xn--80ak6aa92e.com/ ve FF i Vivaldi.

[Kate]

K čemu pak ale to IDN je, když je z toho v adrese takový bordel? :)

[chrono]

Pokiaľ viem, tak vo FF sa dá v about:config nastaviť, aby sa punycode zobrazovalo vždy.

[qw11]

about:config - network.IDN_show_punycode

nastavit na true

[Bystroushaak]

To se mi zobrazí v případě apple.com, v tom druhém to palemoon zobrazí jako unicode.

[Sten]

Nevěřte všemu, co se píše na webu.

Google has already patched the vulnerability in its experimental Chrome Canary 59 and will come up with a permanent fix with the release of Chrome Stable 58, set to be launched later this month.

Mám Chrome Stable 57 a zobrazuje domény https://xn--80ak6aa92e.com/ a https://www.xn--e1awd7f.com/.

[chrono]

V Chromiu 57 sa tam zobrazí apple a epic (a nie punycode).

[Sten]

Chromium verze 57.0.2987.133 built on Debian 9.0, running on Debian 9.0 (64-bit): stejný výsledek (punycode)

[FSAAFS]

Mám chrome 57 na windows a ty adresy zobrazuje jako apple.com....

[jancici]

pekne
- vo firefoxe 52.0.2 {archlinux} to funguje, ked idem mysou cponad linku tak to v stavovom riadku ukazuje apple.com pre obidve
- skusil som teda vivaldi 1.8.770.56 {archlinux} a tam to zobrazuje asci reprezentaciu domeny, ked idem mysou ponad linku tak to ukazuje asci reprezentaciu, cize pre prvu apple.com xn--80ak6aa92e.com

[Ladislav Hagara]

Na Fedoře a Ubuntu lze Firefox i Chrome k phishingu zneužít, zobrazují apple.com.
Vivaldi na Ubuntu zobrazí xn-...

[FSAAFS]

Meh. Na možné problémy s phishingem se v diskusích na root.cz upozorňuje snad pokaždé, když se mluví o zavedení diakritiky do domén. Tady o tomto problému někdo píše už v roce 2007... Je super, že si to svět po deseti letech konečně uvědomil taky.
https://www.root.cz/zpravicky/diakritika-v-domene-eu-je-pry-otazkou-casu/174104/
Považuji za ostudu, že se třeba Google Chrome stále nechá nachytat.

[chrono]

Asi nikomu nenapadlo, že sa niektoré domény budú dať kompletne vytvoriť zo znakov iného jazyka (ako je to pri tom apple a epic) a pri miešaní znakov rôznych jazykov každý normálny prehliadač už dlho zobrazuje punycode.

[FSAAFS]

Nenapadlo je to za celých deset let? Jen jestli to nebude tím, že o tom vůbec nepřemýšleli.
Firefox to dělá, ale Chrome ne. Testoval jsem to.

[chrono]

Zjavne to doteraz nikomu nenapadlo.

[FSAAFS]

Naopak bych řekl, že to napadlo skoro všechny. Tedy kromě těch, kteří to mají na starosti.
Vzhledem k tomu, že se debaty o phishingu objevují na rootu snad v každé diskusi o zavedení diakritiky do domén, nebude těžké přijít na to, že phishingové útoky hrozí. A pokud phishingové útoky hrozí, měl si někdo sednout a zkoumat, jakými všemi způsoby se UTF8 dá na phishingové útoky zneužít. Nebo alespoň mohl dát dotaz "UTF8 phishing" do googlu (bez uvozovek). A vyjel by mu článek na wikipedii z roku 2005, který přímo na tento útok také upozorňuje.
https://en.wikipedia.org/wiki/IDN_homograph_attack

[chrono]

Tam sa ale nič o aktuálnej variante útoku nepíše (píše sam tam len o prípade, keď sú niektoré znaky vizuálne podobné, na čo upozornia všetky prehliadače už dlho). Takže, ako som už písal, nikomu nenapadol tento druh toho útoku (možno preto, že sa nedá použiť pre akékoľvek domény).

[Spitzbube]

A jaký je jako rozdíl mezi tím aktuálním a mezi neaktuálním útokem? Já žádný zásadní nevidím.

[R]

Ziadny, je to len specialny pripad toho starsieho utoku. Niektore pismena su nahradene pismenami z inej abecedy, v tomto pripade vsetky...

[chrono]

Ten popis na CSIRT.CZ (a teda aj v tejto správe) je zavádzajúci, pôvodne sa píše

According to Zheng, the loophole relies on the fact that if someone chooses all characters for a domain name from a single foreign language character set, resembling exactly same as the targeted domain, then browsers will render it in the same language, instead of Punycode format.

(a tiež sa tam píše, že tá ochrana momentálne fungovala len ak boli použité rôzne znakové sady)

[Lol Phirae]

Ano, to je opravdu ohromná novinka...

[chrono]

Zábavné je, že sa zrazu na tú tému objavilo toľko odborníkov (a nikto z nich neupozornil na to, že sa niečo podobné môže stať).

[Lol Phirae]

Prosímtě, na tohle upozorňují všichni od doby, co se začala vymýšlet kokotina s IDN. Ne, fakt jste v Horních Uhrách nic převratného neobjevili, i když nad tím už týden onanuješ.

[pavlix]

Jakých odborníků, vždyť je to všeobecně známá věc, že se mnohé unicode znaky neliší ve vzhledu.

[Ladislav Hagara]

Dík, zprávičku jsem opravil.
< selže v okamžiku, kdy doménové jméno obsahuje znaky z různých jazyků.
> selže v okamžiku, kdy doménové jméno obsahuje všechny znaky v jiném jazyce.

[Lol Phirae]

Také jsem šokován tímto zcela fundamentálním objevem. Viz...

[Spitzbube]

1) taková doména by vůbec neměla být vydána

2) prohlížeče by ji neměly zobrazit, resp. měly by na ni upozornit

[Ivan]

Nedavno jsem resil neco podobnyho. Mel jsem v databazi dva uzivatele se stejnym jmenem "MBORODIN". Nakonec se ukazalo, ze jeden z nich ma pismeno "M" ulozene jako "M" v azbuce. Je to neprijemny(ale asi nutny) dusledek pouzivani unicode. Staci aby uzivatel pouzil copy-paste mezi PDF a webovym formularem, a netusite jaka vlastne mate ulozena data.

Myslim, si, ze v prvni rade by mela byt validace na strane domeny, aby nemelo by byt mozne neco takoveho vubec vytvorit.

[Bystroushaak]

Myslim, si, ze v prvni rade by mela byt validace na strane domeny, aby nemelo by byt mozne neco takoveho vubec vytvorit.

Ale to není bug, to je lisabonská feature, o které se hlasuje a která bude odmítána tak dlouho, dokud jí konečně veřejnost neschválí.

[trekker.dk]

Á, oblíbené hlasování tak, že se ptáme těch, kdo nám řeknou, co chceme slyšet. Prej veřejnost...

[chrono]

Problém je v tom, že niektorý registrátori domén umožňujú použiť rôzne znakové sady (nesmú sa ale miešať). V momente, ako podporujú aj cyriliku, nastávajú presne popísané problémy. Okrem. .com je to možné napr. aj na .net, .pl a kopci ďalších, hlavne "moderných" domén. (zoznam je tu)

[finch]

to sa mi nejako nezdá. čo som pochopil tak punicode je spôsob ako zakodovať unicode ako ascii. nemá to nič spoločné s registrátormi a ich podporou znakových sád.

[chrono]

Nezdá sa ti čo? Na tej odkazovanej stránke sú informácie o tom, aké znakové sady podporujú registrátori na rôznych doménach (a nie je problém tam nájsť, že napr. pre .com sa vydávajú aj domény v cyrilike).

[finch]

to je ok, ale predsa tento phishing je o domenach, ktore maju nazov cisto v ascii, resp. unicode sa koduje do ascii. tvoj priklad sa skor tyka povodnej zranitelnosti homograph attack. ci sa mylim?

[chrono]

Toto je len nová verzia toho pôvodného útoku. Tentoraz ide o to, že sú všetky znaky z inej abecedy (a nie len niektoré). Napr. tá doména apple.com je v skutočnosti аррӏe.com (a keďže sú všetky znaky z inej abecedy, dá sa to použiť len pre niektoré domény)