[Cam Algemeen] CAM/card programmeren for dummies

[Zilverster]

@Hermanator,

 

 

"Bij het loggen pomp ik de totale communicatie die over de command interface loopt naar de smartcard interface, zonder bij het openen ook maar iets te controleren van atr of wat ook. "

 

Da's ook vragen om problemen als je er dan een kaart in hebt zitten, maar had beter een originele Seca 2 kaart kunnen zijn zijn een Tita, was zeker gekraakt geweest nu <img src="/ubbthreads/images/graemlins/shocked.gif" alt="" /> . Maar in mijn geval heb ik wel een kaart nodig <img src="/ubbthreads/images/graemlins/wink.gif" alt="" /> , gr.

 

Zilverster.

[Gast]

Ik ben intussen druk bezig om een logger te maken van een funkaart. Je kunt dan de log "downloaden" door een daarvoor geprogde fun in de CAM te steken. Je kunt de fun daarna weer uitlezen met je programmer.

 

Toch nog toe heb ik het equivalent van 'hello world' op de fun emulator aan het draaien, dus dat gaat nog wel lukken.

[Gast]

@Zilverster,

Ja, je hebt me ook nergens zien beweren dat het slim was <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />. Jij moet inderdaad wel een card tijdens het loggen erin hebben, omdat jij de (seca)communicatie met de kaart onderzoekt tijdens uitzendingen. In Eva_02 wordt echter de besturingscommunicatie tussen cam en ontvanger gelogd (command interface), en wordt er nog niks gedaan met het beeldmateriaal, de encrypties en de communicatie naar aanleiding hiervan met de kaart. De smartcard interface misbruiken wij om het besturingsverkeer tussen cam en ontvanger te analyseren. Eva is momenteel nog niet slim genoeg om zich op jouw werkvlak te begeven. Maar ze leert snel! <img src="/ubbthreads/images/graemlins/smirk.gif" alt="" />

 

Maar over die seca kaart: als jij me nou jouw abo-kaartje opstuurt, wil ik het daar best een keertje mee proberen hoor! Maar stuur voor de zekerheid wel een "body-bag" mee! <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

 

 

@Milo,

Goed werk man! <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" /> Heb je ook al een protocol in gedachten voor die logger? Dan zouden er wat aanpassingen in Eva moeten worden gemaakt. Of wordt het gewoon een kwestie van alles inslikken en opslaan, net als we nu feitelijk met realterm doen?

[Gast]

Ik wou 'm eigenlijk "compatible" maken met een echte smartcard. Dus dat hij netjes op een "open" antwoordt enzo.

 

Ik wil hem alle inkomende data laten opslaan. Dus alles wat je stuurt schrijft hij naar de externe EPROM. Inclusief de dingen die voor hemzelf bedoeld zijn (kaart openen enzo dus ook). Op bepaalde commando's van de CAM reageert hij dus gewoon.

 

Je zou hem dan ook in een gewone CAM kunnen steken, en dan logt hij gewoon alles wat die CAM hem vraagt in zijn EEPROM.

 

In de toekomst misschien zelfs te combineren met een 6in1 image.

 

Heb je ergens een link naar de spec van de kaartinterface, met name welke commando's ik perse moet ondersteunen om hem te laten herkennen?

[Gast]

Lijkt een strak plan. Ik heb me tot nu toe nog niet erg verdiept in de werking van smartcards. Vanuit de firmware is er in ieder geval niets dat we verplicht zijn. Kijk maar naar wat Eva doet, card openen en zelfs zonder dat er een card in zit schrijven we naar de smartcard interface. Een protocol zou je dus zelf kunnen ontwikkelen. Alleen is het dan natuurlijk niet compatible met andere software.

 

Als je het netjes doet, dan open je hem met de normale Sidsa routines en contoleer je minimaal de ATR van de kaart. Daarna staat het je volgens mij vrij de software van de kaart te laten praten met de firmware in de cam zoals je zelf wilt. We bepalen toch zelf aan beide kanten wat er gebeurt?

 

Je hebt de mm corelibraries. In de doc directory staat een file scard.doc. Daar staan alle routines die je kunt gebruiken beschreven. Verder geven de ISO7816 specificaties alle algemene aspecten van communiceren met een smartcard: http://www.cardwerk.com/smartcards/smartcard_standard_ISO7816.aspx

Hierin wordt bijvoorbeeld de gestandaardiseerde communicatie met Instruction class, instruction, etc. als ook de betekenis van de contacten beschreven.

 

Is dit de informatie die je bedoelt?

[Gast]

Ik zocht eigenlijk de commando's (bytes) die de CAM naar mijn kaart gaat sturen, en wat ik terug moet sturen als antwoord. Staat waarschijnlijk wel in je sidsa.doc denk ik dan.

 

Dat ISO document stelt me wel gerust - wat ik ook op de card prog of log, ik kan hem niet doodmaken, de programmer kan hem altijd weer tot leven wekken.

[Gast]

Citaat:

Ik zocht eigenlijk de commando's (bytes) die de CAM naar mijn kaart gaat sturen, en wat ik terug moet sturen als antwoord. Staat waarschijnlijk wel in je sidsa.doc denk ik dan.

 

Nee, die vind je niet in scard.doc. Daar vind je alleen de beschrijving van routines om de smartcard te openen, bytes te lezen en schrijven van en naar de card, de status van de card op te vragen etc.

 

Die commando's die je waarschijnlijk bedoelt, worden bepaald door het protocol van de codering (seca, viacess, etc). Voor zover ik nu kan zien heeft iedere codering zijn eigen protocol van commando's. In ISO7816-3 wordt wel een standaard structuur benoemd voor instructies naar de kaart. Een instuctieheader bestaat bijvoorbeeld uit 5 bytes:

 

CLA: Instruction class

INS: Instruction (uit de class)

P1: Reference, completing the instruction (eg. an adress)

P2: Reference, completing the instruction (eg. an adress)

P3: Het aantal databytes dat zal worden verzonden gedurende het commando.

 

Seca heeft bijvoorbeeld maar één instruction class: oxC1.

 

De software op de card ontvangt de instructions en bepaalt natuurlijk wat deze betekenen. Volgens mij zal je dus als je zelf een protocol wilt maken, de classes en instructions zelf moeten definieren.

 

Is dit wat je bedoelt?

[Gast]

Jup, dat bedoelde ik ongeveer.

 

Als ik mijn eigen software namelijk "compatible" hou met deze standaard, dan werkt hij ook in gewone CAMs, en "crasht" hij niet zo makkelijk als je Titatje.

 

Het hier eerder gelinkte "SOSSE" ziet er compatible uit met deze standaard (commando's zijn 5 bytes). Je kunt trouwens ook SOSSE op een fun proggen, en dan met de "write eeprom" en vergelijkbare commando's data erop zetten. Jammer dat ik geen fun met LEDje heb.

[Gast]

Als ik 't werkend heb, kan ik wel een FUN programmeren voor dummies thread beginnen in het smartcard forum.

[alx]

@ Dessie, Milo en Hermanator,

 

Mijn mond valt open als ik dat allemaal langs zie komen. Knap hoor!

Alx

[Gast]

Citaat:

Als ik 't werkend heb, kan ik wel een FUN programmeren voor dummies thread beginnen in het smartcard forum.

 

Je eerste trouwe lezer heb je hierbij al. Ik heb dit ook op mijn studielijstje staan!

 

@Alx: Bedankt maar join in zou ik zeggen! Als je versie 5 van het document doorneemt, wat spulletjes download en je een klein beetje in C verdiept ben je snel aan de slag hoor! Ik kan je de source en het project met de sources en de library mailen.

[Zilverster]

@MiLo,

 

Citaat:

Ik ben intussen druk bezig om een logger te maken van een funkaart. Je kunt dan de log "downloaden" door een daarvoor geprogde fun in de CAM te steken. Je kunt de fun daarna weer uitlezen met je programmer.

 

 

Het grote probleem is het beperkte geheugen lijkt mij <img src="/ubbthreads/images/graemlins/blush.gif" alt="" /> , wel leuk zo'n 6in1 <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" /> , gr.

 

Zilverster.

[Gast]

The biggest FUN has 1024kbit EEPROM thats 128KByte

[Zilverster]

@DrGalaxis,

 

<img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" /> Dat is wat ik bedoel, het zou voor mij alleen maar meerwaarde hebben als het een 6in1 zou zijn om eens iets anders te onderscheppen. Gezien de grote hoeveelheid data zou de FUN bij mij zo zijn volgelopen, maar het idee blijft aardig <img src="/ubbthreads/images/graemlins/smirk.gif" alt="" /> , gr.

 

Zilverster.

[Gast]

De truuk is vooral dat we ook de CAM onder controle hebben. Je kunt de CAM de opdracht geven om al vooraf te filteren en zo alleen de interessante berichten op te slaan op de fun.

 

De berichtjes zijn erg klein, op een fun5 of 6 kunnen makkelijk duizend berichten opgeslagen worden.

 

Andere leuke features voor de CAM zijn bijvoorbeeld het opslaan van maandelijkse CD updates (voor PVR), blokkeren van updates bij afspelen oude opnames, cachen van controlwords. Je kunt een funkaart hierbij als een floppy gebruiken.

 

Controlword = 60 bits = ca 8 bytes. Voor elke 2 seconden een nieuw controlword levert 28kB data op voor 2 uur opname. Je zou deze op een funkaart kunnen opslaan en deze funkaart gebruiken om deze opname af te spelen (eventueel op een ander apparaat die dezelfde opname heeft gemaakt).