verschil fun-tita

[Jan Ambers]

Het antwoord dat ik te verwachten was is:

* In de Fun zit een µprocessor en een eeprom:

AT90S8515µProc Atmel + 24C64 (64K) tot 1Mb

* In de Tita zit een µprocessor en een eeprom en bijkomende elektronika als: ....

.... Siemens + .... +..... + operating soft ?

Ik heb ook gelezen dat er een operating systeem in zit en weet niet of dit door de gebruiker overschrijfbaar of aanpasbaar is... of door de fabrikant naar buiten wordt gebracht? <img src="/ubbthreads/images/graemlins/lezen.gif" alt="" /> <img src="/ubbthreads/images/graemlins/loep.gif" alt="" /> <img src="/ubbthreads/images/graemlins/lezen.gif" alt="" />

Als al die onduidelijkheden opgelost waren, was de oorspronkelijke vraag beantwoord!

* Wat er allemaal mee kan is een funktie van de erin geprogrammeerde software! <img src="/ubbthreads/images/graemlins/kweetniet.gif" alt="" /> <img src="/ubbthreads/images/graemlins/lezen.gif" alt="" />

Hetgeen hier verteld wordt is rond de pot draaien!

[mghibli2]

in de tita zit een atmel (of compatible) crypto processor

dit is een AT90SC3232SC RISC met daarin een

16 bit crypto coprocessor. Deze coprocessor kan

snelheidswinst opleveren daar deze de RSA hardwarematig voor zijn rekening neemt. De fun kan ook RSA maar moet dit softwarematig doen en kost dus processor tijd. Verder is de

AT90SC3232SC speciaal met een ISO 7816 register uitgerust,

de fun moet dit ook software matig doen (communicatie met deco).

 

Dus op het moment dat bv een key decrypted moet worden doet de tita dit hardwarematig en de fun gaat enkele software routines in.

 

Snelheid is alleen van belang indien de provider de ecms

snel achter elkaar stuurt, indien dit nog steeds zo'n 10 sec

is (C+) dan zou een funkaart ook moeten werken.

 

De flash software is dus wel kleiner daar bepaalde zaken

door hardware wordt overgenomen.

 

D+ gebruikt in nagra de cmd2 ecm, dit is het dubbel encrypten van keys en kost dus processor tijd. Volgens mij is dit wel aan te passen dat het werkt maar ook de deco moet het aan kunnen.

 

Ik vind de tita een mooie technologie alleen jammer dat er nu zoveel mensen de dupe worden van virus software,

ik snap niet dat je anno 2004 nog steeds hardware met software kan vernielen. Volgens atmel moet de bootloader routines al in de flash zitten. Indien dit vernield wordt doordat de software zichzelf kan overschrijven dan kun je deze nooit meer laden.

Tenzij er een feature is dat wanneer bv ipv 5V voeding 12V wordt aangeboden, er een rom-boot routine wordt opgestart

zodat je altijd kunt laden (sommige motorola microcontrollers hebben dit)

Helaas is de echte datasheet van de atmel niet vrij beschikbaar en weet ik niet of dit dus kan.

 

 

Ik ben meer bang voor de tijdbommen, de flash kan een tellertje ophogen in diezelfde flash, bv bij elke reset

en na 1000 keer de zaak vernielen wanneer iedereen denkt veilige software te hebben.

 

groet

mghibli2

[Ron]

het is geen 3232SC maar een 3232C. Groot verschil, want daar zit het crypto gebeuren niet in.

 

Tox.

[mghibli2]

ben ik niet met je eens:

ik ben momenteel door de conax/nagra software aan het spitten (voor bommen etc) en kom niet de nagra hash tabel tegen,

verder dit:

 

LDI R30, SYSCALL_CRYPT_LOADMODULUS

STS SYSRAM_SYSTEMCALL, R30

WDR

 

dat is een semaphore naar shared ram met de crypto processor

ook kom ik in het publieke file

 

titanium_os.h de volgende definities tegen:

 

// memory mapping

//

// DATA:

// 0x0100 - 0x027F RAM_Y (shared CPU / Crypto) *)

// 0x0280 - 0x03FF RAM_X (shared CPU / Crypto) *)

// 0x0400 - 0x04C0 RAM_Z (user RAM)

// 0x0500 - 0x1FFF gap (undefined)

// 0x2000 - 0x7FC0 EEPROM (addressed like RAM)

//

// CODE:

// 0x0000 - 0x1FFF Smartcard OS

// 0x2000 - 0x7FFF User Code

//

// *) note regarding RAM_Y and RAM_X: the whole RAM

// may be used by user application.

// Use of the Crypto processor destroys RAM_X and RAM_Y

 

 

Erg veel tekenen dat dit de versie is met crypto processor.

Niet dat dit alles veel uitmaakt, maar voor mij wel interresant.

 

groet

mghibli2

[Gast]

Met een "grote" fun zou een SECA 2 emulatie in principe moeten kunnen. Je kunt RSA encryptie versnellen met lookup tables. Hoe groter deze lookup table, des te meer acceleratie.

 

Wat ik zo van RSA weet is dat je minstens 128kB (kilobyte) nodig hebt voor een tabel. Je zou dus een FUN5 kunnen gebruiken (1 Mb = 128kB) met de lookup in de eeprom en de keys in de interne eprom.

 

Enfin, ik kan (nog) geen ATMEL assembler proggen...