J.F. <j...@p...onet.pl> wrote:

>> Musi to być karta płatnicza, czy może być inna RFID?
>> Jeżeli inna, to za grosze kupisz karty i czytniki Unique, i w krótkim
>> czasie będziesz miał gotowe rozwiązanie.
>
> A czytniki do platniczych drozsze ? W hurcie watpie.

Tego nie wiem, nie kupowałem. Na Unique robiłem gotowe rozwiązania od
początku do końca, a w płatnościach zajmuję się tylko softem.

>> Używałem takich kart i czytników i nie ma żadnych kruczków, to po prostu
>> działa - masz od razu na porcie szeregowym 5-bajtowy kod karty.
>
> P.S. Powinno to chyba byc zabezpieczone jakims szyfrem zmiennym, bo inaczej
> latwo zasymulowac

W płatnościach elektronicznych jest coś takiego. Karta ma klucz prywatny,
terminal POS ma klucz publiczny. Terminal generuje liczbę losową i wysyła
ją do karty. Potem wysyła polecenie INTERNAL AUTHENTICATE, które powoduje,
że karta podpisuje wartość tej liczby i kilka innych tagów, związanych z
transakcją. Terminal pobiera podpis, weryfikuje go kluczem publicznym,
właściwym dla tej karty, i ustawia (a dokładniej - jeśli wszystko jest OK,
to zeruje) odpowiednie bity w tzw. TVR (wartość TVR jest drukowana na
paragonie, to 5 bajtów, są drukowane jako hex).

Pytanie przed kim autor chce się obronić - czy przed przypadkowym
włamwywaczem, czy przed kimś, kto jest w stanie odczytać kod jego karty.

Tak mi przyszło do głowy - może dałoby się zrobić taką pastylkę, która
po zbliżeniu do czytnika aktywowałaby keeloqa i wysyłała kod? A może
takie (lub podobne) już są?

--
Gof
http://www.chmurka.net/