Názory k článku Datové schránky: přihlašování už i s jednorázovými hesly

"Reálně by k ní mohlo dojít například tehdy, pokud by se někdo systematicky snažil uhádnout cizí jednorázové heslo, a tak se vloupat do jeho datové schránky."

V tomto případě ke ztrátě synchronizace dojít nemůže, protože na straně serveru ke skutečnému posunu v sekvenci OTP dojde až ve chvíli uspěšné autentizace, jinak zůstává na původním místě.
Na pozadí generování OTP je počítadlo, které je u klienta vždy v předstihu před serverem (typicky o 1) a server si svoje posunuje až při úspěšné autentizaci. Pokud si klient vygeneruje OTP víc, server zkouší další hodnoty počítadla, až do nějakého limitu (u DS tuším 50 dalších hodnot) a počítadlo v případě úspěchu nastaví na odpovídající hodnotu.
Ke ztrátě synchronizace tak může dojít jen na straně klienta vygenerováním více než 50ti hesel, např. když se tokenu zmocní neposedné dítě a zkouší co se stane, když bude mačkat čudlík :)

Ani jednorázová hesla přes mobil ale nezamezí odposlechnutí nebo i pozměňování posílaných dat - např. trojanem nasazeným na počítači klienta. Klient se příhlásí, a trojan může za něj odeslat zpráv kolik a kam chce.

U bankvnictví je to řešeno potvrzováním každé transakce kódem z SMS, která obsahuje klíčové údaje o transakci (účet, částka). U datových schránek si to ale nedovedu představit - musela by se asi v té SMSce posílat celá datová zpráva ...

Z vašeho dotazu vyplývá, že jste to moc nepochopil. Proč by se mělo někam do databáze ukládat něco, co lze kdykoliv vygenerovat?

Zas tak uplne debilni napad to neni. Umim si predstavit, ze "predgenerovani" by melo svuj vyznam. Dejme tomu, ze si zarizeni predgeneruje 10000 hesel a zapomene, jak je vygenerovalo. Pri prihlasovani pak bude zarizeni vyzadovat pin (4 cisla), ktere mu zadate a ono pak na zalklade jednoho z ulozenych hesel + zadaneho pinu vyrobi heslo. Zaroven to jedno pouzite heslo smaze z databaze.

K cemu to je? Pin zna jen DS, na zarizeni ulozene neni. Predstavte si, ze nekdo odposlechne vasich 20 jednorazovych hesel a nasledne vam ukradne zarizeni. Kdyby se hesla jen generovala, muze zpetne zjistit stara hesla a pin celkem snadno dopocitat (vzhledem jeho kratkosti).

Existuje tu i moznost, kdyby se heslo generovalo prostym aritmetickym souctem pin+(heslo z databaze), muze si DS celkem snadno dopocitat, ze vam nekdo ukradl zarizeni, zadal spatny pin a ted se s nim pokousi prihlasit. (heslo se bude lisit +- 9999) a muze ucet po nekolika takovych pokusech zablokovat.

to je určitě dobrý nápad - že by to autentizační tamagoči nemělo jeden čudlík, ale numerickou klávesnici pro zadání pinu.

ale z toho popisu, kdy se předgenerovávají "hesla", už není jasné, jak by to bylo pošené na straně serveru.

tady se resi ochrana a ruzne hloposti kolem, ale neresi se podstate a to,ze DS jsou Langrovou pumpou na penize uzivatelu, plati odesilajici (za zpravu a za ucet) i prijemce (za ucet). Odivuji nadsence z rad fyzickych osob, ktere si takove zverstvo poridi domu. Je to asi o pocitu ze jsou in nebo urednimu masochismu.

Posílání hesla stejným kanálem jako OTP není stejně bezpečné jako plnohodnotně implementovaná dvoufaktorová autentizace. Z toho důvodu bych toto nazýval spíš jeden a půl faktorovou autentizací.

Podstatně bezpečnější je statické heslo vyžadovat pro samotné vygenerování OTP v bezpečném HW tokenu. Potom nehrozí jednoduchý odposlech statického hesla a degradace na jednofaktorovou autentizaci.

Naprosto nechápu, proč autor článku popisuje správně implementovanou dvoufaktorovou autentizaci jako kuriozní kombinaci. Využití statického hesla spolu s OTP doporučuje např. i RFC 4226 a opravdu to má smysl - dvoufaktorová autentizace zabraňuje neutorizovanému přístupu v případě kompromitace jediného autentizačního faktoru. Díky tomu není možné po odcizení (HW či SW) tokenu / mobilního telefonu přistupovat do DS oběti. Co je na tom kuriozní? Že to české banky s SMSkama dělají špatně? BTW, pro prolomení samotného SMS OTP (a.k.a mTAN) není třeba telefon přímo ukrást, stačí zrealizovat SIM Swap Fraud.

Proc se to vygenerovane jednorazove heslo (treba jako hash) neulozi do databaze hesel daneho uzivatele? A smaze se v okamziku
a) vygenerovani noveho hesla
b) pri uspesnem prihlaseni

Staci hash, ale chci videt kolik % lidi to zkontroluje.

Právě, že nestačí. Na čem ten hash spočítáte? Na kompromitovaném PC může trojan zfalšovat např. i výstup md5sum.

Musel byste mít ještě jedno, zaručeně bezpečné, zařízení, kde si to spočítáte.