Krzysztof Halasa wrote:
||||| A zrodlem tych definicji jest?
|||
||| Ja. Gdzie widzisz nieścisłość?
||
|| Widze przyklady odmiennego zastosowania.

To dlatego, że przy druku kasowym klient dostaje oryginał a kasjer
zatrzymuje kopię, zaś przy druku ZBP-owskim - klient dostaje zieloną
kopię własnego zlecenia, która jest oryginałem potwierdzeniem operacji.
Mam nadzieję że nie namieszałem ;)

||| Jak masz zamiar zkładać jedno zlecenia na dwóch drukach?
||
|| Na dwoch kartkach, albo na polowie 4-kartkowego druku.

Mówisz zatem o druku niestandardowym. W takiej sytuacji kasjer może nie
przyjąć zlecenia, lub odmówić wydania pokwitowania na druku klienta.
Jednak w takiej sytuacji również klient nie powinien dostać więcej niż
jednego druku jako pokwitowanie. Niezależnie czy będzie to druk kasowy,
czy pieczątka na którejś z kartek druku niestandardowego.

||| Dlaczego nie, jeśli stwierdzi że to się opłaci?
||
|| _Jesli_. Stwierdzi?

Naturalnie, to podstawowy warunek.

||| Tak samo jak przy włamaniu do ebanku.
||
|| Zupelnie inaczej, wlamanie do ebanku wymaga zupelnie innej klasy
|| ataku, i wcale nie jest powiedziane, ze taki atak jest mozliwy.
|| Atak brute force na latwe do zlamania "hasla" to inna bajka i z cala
|| pewnoscia jest to mozliwe.

Znasz się na tym lepiej ode mnie, więc proszę wytłumacz jak lamerowi
jaka jest różnica?
W jednym przypadku masz niepowtarzalny numer referencyjny, w drugim
numer (nazwę) użytkownika.
I tu, i tu masz dodatkowe hasło do złamania.
W obu przypadkach łączysz się z serwerem bankowym po SSL.

||| Jeśli tak jest faktycznie, w co nie mam powodu nie wierzyć, to w
||| jaki sposób są zabezpieczone ebanki?
||
|| Nie maja zle zabezpieczonych kanalow dostepu. A przynajmniej powinno
|| tak byc.

Przypominam, że mówimy cały czas o statycznym haśle logowania wraz z
user ID.

--
ukłony - skowi
skowi (at) gazeta pl
gg: 2539349