=?ISO-8859-2?Q?Co=B6_jak_modu=B3_kasy_fiskalnej?=
Masz problem? Zapytaj na forum elektroda.pl
From: Sebastian Bialy <heby_at_nospam_poczta.onet.pl>
Subject: =?ISO-8859-2?Q?Co=B6_jak_modu=B3_kasy_fiskalnej?=
Date: Thu, 20 Jan 2005 13:02:51 +0100
Witam!
Musze rejestrowac pewne zdarzenia w następujący sposób: pamięc jest
niekasowalna z jednokierunkowym wpisem. Pamięc jest integralną częscią
płytki.
Szukałem info o modułach fiskalnych, ale okazało się, że to drogie
sprawy, a ponadto jest chyba jakaś dowolnośc w ich budowie. No i
chcialbym sam to umieć czytać, a klient nie. W każdym razie po
pobierznym przyglądnięciu się temu, porzucam ten pomysł.
Jakie wiec rozwiązanie ? Idealnie było by, gdyby był scalak, który
umozliwia bez podania hasła zapis do wewnątrznego eepromu/flash
inkrementalnie, a przy próbie odczytu, czy modyfikacji komórki -
musiałbym podać hasło (i do silne, żeby nieopłacalne było łamanie
brute-force).
Ręczne wykonanie tego na uC jest troche kłopotliwe, bo potrzebuje jakies
64kB pamięci.
Ma ktoś jakiś pomysł ?
--
Sebastian Bialy - heby_at_nospam_poczta.onet.pl
From: "tom" <kokotech_at_nospam_poczta.onet.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Thu, 20 Jan 2005 13:12:20 +0100
eprom UV tak jak moduł fiskalny ;-)
mam cały karton jak Cię interesuje epromy zazwyczaj ST27c1001
Użytkownik "Sebastian Bialy" <heby_at_nospam_poczta.onet.pl> napisał w wiadomości
news:cso6m8$h10$1_at_nospam_atlantis.news.tpi.pl...
Witam!
Musze rejestrowac pewne zdarzenia w następujący sposób: pamięc jest
niekasowalna z jednokierunkowym wpisem. Pamięc jest integralną częscią
płytki.
Szukałem info o modułach fiskalnych, ale okazało się, że to drogie
sprawy, a ponadto jest chyba jakaś dowolnośc w ich budowie. No i
chcialbym sam to umieć czytać, a klient nie. W każdym razie po
pobierznym przyglądnięciu się temu, porzucam ten pomysł.
Jakie wiec rozwiązanie ? Idealnie było by, gdyby był scalak, który
umozliwia bez podania hasła zapis do wewnątrznego eepromu/flash
inkrementalnie, a przy próbie odczytu, czy modyfikacji komórki -
musiałbym podać hasło (i do silne, żeby nieopłacalne było łamanie
brute-force).
Ręczne wykonanie tego na uC jest troche kłopotliwe, bo potrzebuje jakies
64kB pamięci.
Ma ktoś jakiś pomysł ?
--
> Sebastian Bialy - heby_at_nospam_poczta.onet.pl
From: Sebastian Bialy <heby_at_nospam_poczta.onet.pl>
Subject: Re: =?ISO-8859-2?Q?Co=B6_jak_modu=B3_kasy_fiskalnej?=
Date: Thu, 20 Jan 2005 13:17:48 +0100
tom wrote:
eprom UV tak jak moduł fiskalny ;-)
mam cały karton jak Cię interesuje epromy zazwyczaj ST27c1001
A jaki jest problem ze skasowaniem przez klienta :) ? Nawet jak zaleje
jakimś syfem, to i tak wysłubie i skasuje. Jedyna zaleta, że będzie
widać że dłubał. Ale dzięki za pomysł, zastanowie się.
--
Sebastian Bialy - heby_at_nospam_poczta.onet.pl
From: "greg" <xgrzes_at_nospam_poczta.onet.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Fri, 21 Jan 2005 08:49:02 +0100
A jaki jest problem ze skasowaniem przez klienta :) ? Nawet jak zaleje
jakimś syfem, to i tak wysłubie i skasuje. Jedyna zaleta, że będzie
widać że dłubał. Ale dzięki za pomysł, zastanowie sięuzywasz OTP:) i na
poczatek inicjujesz go jakas znana tobie sekwencja, ze po wlozeniu czystego
uklad nei rusza:)
From: "PC" <pch[WYTNIJ_TO]_at_nospam_poczta.onet.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Thu, 20 Jan 2005 13:19:20 +0100
Aż się prosi o uC z wewnętrznym eepromem ale 64kB to dość dużo i takich
chyba nie ma. A nie możesz danych jakoś skompresować??
PC
From: Sebastian Bialy <heby_at_nospam_poczta.onet.pl>
Subject: Re: =?ISO-8859-2?Q?Co=B6_jak_modu=B3_kasy_fiskalnej?=
Date: Thu, 20 Jan 2005 20:26:26 +0100
PC wrote:
Aż się prosi o uC z wewnętrznym eepromem ale 64kB to dość dużo i takich
chyba nie ma. A nie możesz danych jakoś skompresować??
hmmm nie zastanawiałem się nad tym, ale raczej nie. Struktura danych
jest taka, że przypomina generator losowych bitów ...
--
Sebastian Bialy - heby_at_nospam_poczta.onet.pl
From: "Andy" <anokWYTNIJ_at_nospam_ceti.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Thu, 20 Jan 2005 13:29:46 +0100
Użytkownik "Sebastian Bialy" <heby_at_nospam_poczta.onet.pl> napisał w wiadomości
news:cso6m8$h10$1_at_nospam_atlantis.news.tpi.pl...
...
Idealnie było by, gdyby był scalak, który
umozliwia bez podania hasła zapis do wewnątrznego eepromu/flash
inkrementalnie, a przy próbie odczytu, czy modyfikacji komórki -
musiałbym podać hasło (i do silne, żeby nieopłacalne było łamanie
brute-force).
Ręczne wykonanie tego na uC jest troche kłopotliwe, bo potrzebuje jakies
64kB pamięci.
a moze procek + zewnetrzny eeprom
i calosc zalana jakims klejem
domyslam sie, ze procek z wewnetrznym eepromem 64 KB bylby OK ?
tylko niestety nie znam takiego procka
--
Andrzej
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Thu, 20 Jan 2005 13:26:23 +0100
"Andy" <anokWYTNIJ_at_nospam_ceti.pl> wrote in message
news:cso7mu$m1a$1_at_nospam_atlantis.news.tpi.pl...
Użytkownik "Sebastian Bialy" <heby_at_nospam_poczta.onet.pl> napisał w wiadomości
news:cso6m8$h10$1_at_nospam_atlantis.news.tpi.pl...
...
Idealnie było by, gdyby był scalak, który
umozliwia bez podania hasła zapis do wewnątrznego eepromu/flash
inkrementalnie, a przy próbie odczytu, czy modyfikacji komórki -
musiałbym podać hasło (i do silne, żeby nieopłacalne było łamanie
brute-force).
Ręczne wykonanie tego na uC jest troche kłopotliwe, bo potrzebuje jakies
64kB pamięci.
a moze procek + zewnetrzny eeprom
i calosc zalana jakims klejem
domyslam sie, ze procek z wewnetrznym eepromem 64 KB bylby OK ?
tylko niestety nie znam takiego procka
Poszukaj SC, maja czesto 64KB w srodku i atmelka, trudno sie do tego
dostac...bo siedzi cale w plastikowej karcie..., tanie narzedzia sa do
tego...
poczytaj sobie opisy np tu: http://www.ksw-funcard.civ.pl/ - takie titanium
maja koprocesor kryptograficzny...3DES chyba bedzie wystarczajacy dla twoich
potrzeb?
From: "Andy" <anokWYTNIJ_at_nospam_ceti.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Thu, 20 Jan 2005 13:33:03 +0100
Użytkownik "Andy" <anokWYTNIJ_at_nospam_ceti.pl> napisał w wiadomości
news:cso7mu$m1a$1_at_nospam_atlantis.news.tpi.pl...
...
domyslam sie, ze procek z wewnetrznym eepromem 64 KB bylby OK ?
tylko niestety nie znam takiego procka
...
a moze ATmega 128
tylko kod w sekcji boot a reszte flasha przeznaczyc na dane
nie wiem tylko jak czesto to ma byc kasowane i modyfikowane
bo zywotnosc flasha jest duzo mniejsza niz eeproma
--
Andrzej
From: Jan Dubiec <jdx_at_nospam_SPAMTRAP.slackware.pl>
Subject: Re: =?iso-8859-2?Q?Co=B6?= jak =?iso-8859-2?Q?modu=B3?= kasy
Date: Thu, 20 Jan 2005 12:47:45 +0000 (UTC)
Sebastian Bialy wrote on Thu, 20 Jan 2005 13:02:51 +0100:
[.....]
Ma ktoś jakiś pomysł ?
Weź sobie dowolną pamięć nieulotną i szyfruj dane przed zapisem np. RC4,
3DES-em lub czymś silniejszym. I niech sobie takie zaszyfrowane dane czyta
kto tylko tego zapragnie. Zalewanie kości w żywicę i tym podobne zabawy to
IMO w obecnych czasach dziecinada.
Regards,
/J.D.
From: "Marek Dzwonnik" <mdz_at_nospam_WIADOMO_PO_CO_TO.message.pl>
Subject: =?iso-8859-2?Q?Re:_Co=B6_jak_modu=B3_kasy_fiskalnej?=
Date: Thu, 20 Jan 2005 14:02:13 +0100
Użytkownik "Sebastian Bialy" <heby_at_nospam_poczta.onet.pl> napisał w wiadomości
news:cso6m8$h10$1_at_nospam_atlantis.news.tpi.pl
Ręczne wykonanie tego na uC jest troche kłopotliwe, bo potrzebuje
jakies 64kB pamięci.
1) 64KBajty? Nie bity? Szkoda, bo pomyślałem o DS2506:
"Add-Only EPROM" w TO-92 lub SO-8. Niestety tylko 64kbit i na razie
większych nie robią.
http://pdfserv.maxim-ic.com/en/ds/DS2506.pdf
Niestety chroni przed modyfikacją, ale nie przed odczytem.
2) EPROM OTP + programator na płytce? Tyle, że rozbudowane układowo. Czy
są jakieś OTP, którym wystarcza wyłącznie +5V?
No i j.w. - nie chroni przed odczytem.
3) uC w SO-8 wystawiony w stronę klienta UARTem lub SPI i gadający z dużym
szeregowym EEPROMem po I2C (24C1024). Całość upchnięta na powierzchni np.
DIP28 i zaplombowana w kostce żywicy. uC miałby za zadanie uwierzytelnianie
i komunikację z klientem z jednej strony a komunikację z pamięcią z
drugiej.
Jak cenne dane chcesz chronić? Tzn. czy klient byłby skłonny do bardziej
wyrafinowanego ataku niż brute-force? Krojenie modułu pod mikroskopem
uważam za atak wyrafinowany ;-)
--
Marek Dzwonnik, GG: #2061027 - zwykle jako 'niewidoczny'
(Uwaga Gadu-Gadulcowicze: Nie odpowiadam na anonimy.)
From: Sebastian Bialy <heby_at_nospam_poczta.onet.pl>
Subject: Re: =?ISO-8859-2?Q?Co=B6_jak_modu=B3_kasy_fiskalnej?=
Date: Thu, 20 Jan 2005 20:25:28 +0100
Marek Dzwonnik wrote:
1) 64KBajty? Nie bity? Szkoda, bo pomyślałem o DS2506:
"Add-Only EPROM" w TO-92 lub SO-8. Niestety tylko 64kbit i na razie
większych nie robią.
( ale dziękuje za wskazówkę. 64kB niestety musze mieć, tak mi wynika z
szacunków.
2) EPROM OTP + programator na płytce? Tyle, że rozbudowane układowo. Czy
są jakieś OTP, którym wystarcza wyłącznie +5V?
No i j.w. - nie chroni przed odczytem.
Troche za duże.
3) uC w SO-8 wystawiony w stronę klienta UARTem lub SPI i gadający z dużym
szeregowym EEPROMem po I2C (24C1024). Całość upchnięta na powierzchni np.
DIP28 i zaplombowana w kostce żywicy. uC miałby za zadanie uwierzytelnianie
i komunikację z klientem z jednej strony a komunikację z pamięcią z
drugiej.
To jest jedyne rozwiąznie, które wydaje mi się na razie sensowne, może
poza podłaczeniem bezpośrednio eepromu i szyfrowaniem. Będe zastanawiał
się nad obydwoma.
Jak cenne dane chcesz chronić? Tzn. czy klient byłby skłonny do bardziej
wyrafinowanego ataku niż brute-force? Krojenie modułu pod mikroskopem
uważam za atak wyrafinowany ;-)
Nie - zakładam, że jedyne co może próbować, to podłaczyć się pod piny i
"zgadnąć" protokół komunikacyjny lub wszystkie kombinacje haseł.
Zakładając że jest szyfrowanie ma sprawę trudną. Tylko co będzie jak się
dorwie do flash procesora jakąs sztuczką typu kombinowanie zasilaniem
... Dlatego chcę wiedziec czy może nie ma jakiś gotowców do tego celu.
Nie wiem do czego jest w Polsce zdolna konkurencja, ale do prostych
domowych metod zapewne jest ...
--
Sebastian Bialy - heby_at_nospam_poczta.onet.pl
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Thu, 20 Jan 2005 21:46:14 +0100
"Sebastian Bialy" <heby_at_nospam_poczta.onet.pl> wrote in message
news:csp0qs$opi$1_at_nospam_nemesis.news.tpi.pl...
Marek Dzwonnik wrote:
3) uC w SO-8 wystawiony w stronę klienta UARTem lub SPI i gadający z
dużym
szeregowym EEPROMem po I2C (24C1024). Całość upchnięta na powierzchni
np.
DIP28 i zaplombowana w kostce żywicy. uC miałby za zadanie
uwierzytelnianie
i komunikację z klientem z jednej strony a komunikację z pamięcią z
drugiej.
To jest jedyne rozwiąznie, które wydaje mi się na razie sensowne, może
poza podłaczeniem bezpośrednio eepromu i szyfrowaniem. Będe zastanawiał
się nad obydwoma.
Tak jak napisalem wczesniej zainteresuj sie kartami z serii FUNCARD albo
TITANIUM CARD, masz wszystko co potrzebujesz w postaci karty elektronicznej
(pamiec i procesorek)
http://www.ksw-funcard.civ.pl/FunCard/funcard_zlozone_plastik.htm
http://www.ksw-funcard.civ.pl/Titanium/titanium.htm
From: "Paweł" <pawel.neo_at_nospam_neostrada.pl>
Subject: Re: Coś jak moduł kasy fiskalnej
Date: Thu, 20 Jan 2005 18:19:06 +0100
Musze rejestrowac pewne zdarzenia w następujący sposób: pamięc jest
niekasowalna z jednokierunkowym wpisem. Pamięc jest integralną częscią
płytki.
Eprom w wersji OTP.
Paweł