On Thu, Jan 24, 2002 at 03:07:15PM +0100, Jacek Olbrys wrote:

> Jak na moj gust - to sie nie przyjely. Chyba sie zgodzimy, bez polemiki, ze
> jesli tylko jeden bank, w ograniczonym zreszta zakresie, zdecydowal sie na
> kontynuacje wydawania karty po zakonczeniu pilota, to o sukcesie nie moze
> byc mowy. Ale z naszej terminalowej strony, polski projekt jest poki co
> zamkniety, wiec korporacja przerzuca sily w inne rejony:)

Zgadzamy sie wiec.

Acz mysle ze problemy w duzej mierzy wynikaja z braku wiedzy bankowcow
n/t tworzenia takowych kart.

> Hmmmm TVR - w karcie?!?!?!? TVR=_ TERMINAL_ Verification Result. Kazdy bit

Faktycznie ;-)

> Musi byc - otagowana jest chyba numerkiem 57 (track 2) i numerkami 9F1F i
> 9F20 (discretionary data sciezek 1 i 2). Specyfikacja VIS 1.3.2 zezwala aby
> nie bylo discr. data dla sciezki 1, natomiast dane sciezki 2 sa ciagle
> Mandatory (polecam dodatek A1 do specyfikacji VIS 1.3.2)

Opieram sie na emv2000 (4.0) i tam niestety nie widze aby track2 equiv
byl mandatory ;-(

> Mysle, ze HSM jest w stanie wygenerowac nowy _on-line_ PIN - w koncu ma
> kopie 2 sciezki z wartosciami PVV.

A, czyli w pewnym sensie crack ;-)

> I tu znowu rozdzial 2.4.5 EMV Card - opis komendy Generate AC. Terminal zada
> w tej komendzie typ kryptogramu. Karta moze to zmienic, ale jesli terminal
> zada on-line, to karta nie moze chciec off-line. Jesli terminal zazada AAC -

No tak, jest nawet taka ladna tabelka ;-)

> DES??? Oczywiscie:)))))) ciagle podstawa systemow bankowych. W EMV potrzebny
> do:

Zartuje oczywiscie.

> Ja tez, ale chyba na tym cierpia wzmiankowane juz projekty...

No to napisz jakie ;-)

--

--w
--
Archiwum grupy: http://niusy.onet.pl/pl.biznes.banki