Viaccess (üzenet: 4067, Sat) |
|
|
|
mohikan
|
17.  Elküldve: 2001-05-05 16:21:15, Viaccess
|
[4051.] |
Zyxon: A sima Goldwafer kártya is megfelel. Nálam majdnem minden müködik az SCT és a Schweiz-on kivül. Ez akét utobbi csak idô kérdése.
Elküldtem volna Neked a file-t, ha tudnám hogy hová!
|
| | |
[előzmény: (16) Zyxon, 2001-05-04 15:51:28] |
|
|
|
|
Zyxon
|
16. Elküldve: 2001-05-04 15:51:28, Viaccess
|
[4052.] |
Hi!
Kerdesem lenne, milyen kartya kell a viaccess-hez?
Olvasgattam,ugylatom a funcard a jo? (csak az,vagy a sima pic16f84 is ok?)
Hol talalhatom meg a pic filet amit bele kell tolteni?
Mukodik nokia9800-ban, illetve a "stream hack" dologgal a regi irdeto modulban season interfacevel problemamentesen?
Mert akkor vagy nokia9800--at veszek,vagy dboxot. (idovel ott is ok lesz ugyolvastam ez a dolog)
A sexview-et most tulajdonkeppen hogy lehet nezni?
Kosz Zyx.
|
| | | [válaszok erre: #17] |
|
|
|
|
|
bicikli
|
15. Elküldve: 2001-04-27 23:56:04, Viaccess
|
[4053.] |
vron: Europa 010C20
New Key [09] 42 4F 3D 55 2F 70 96 93
remote mm:5300 5811 4612 6603 3814 8105 2726 2427
|
| | | [válaszok erre: #24] |
[előzmény: (14) vron, 2001-04-27 23:22:46] |
|
|
|
|
vron
|
14. Elküldve: 2001-04-27 23:22:46, Viaccess
|
[4054.] |
Koszi... Mar csak a magyar via3-hoz kellene jokis kodocska. Nameg persze a svajciakhoz, de ahogy latom egyelore ahhoz seholsincs
|
| | | [válaszok erre: #15] |
[előzmény: (13) LF, 2001-04-27 20:53:39] |
|
|
|
|
LF
|
13. Elküldve: 2001-04-27 20:53:39, Viaccess
|
[4055.] |
VIASAT KEY:
key 09 :f9 4e 60 d3 aa d1 64 fb
8230 5711 7102 6423 3334 6225 7506 8437
|
| | | [válaszok erre: #14] |
|
|
|
|
|
vron
|
12. Elküldve: 2001-04-27 19:58:39, Viaccess
|
[4056.] |
Jo lenne ha innen minden menne. Kerdezem pl. hogy ezekkel a key-ekkel mondjuk az SRG-t latnom kellene-e ? Ha igen miert nem megy ? (9600 + Via2.13.uk + Funcard(CI-hez valo SW-vel)
Mondjuk erdekes, hogy 2 napja meg a Viasat is ment, gondolom azota nem valtozott kulcs es most az sem megy, de a csatornaknal megjelenik az (S) tehat hogy elvileg megfejtene. Hibauzenet se jon hogy nem ervenyes vagy check your card... csak egyszeruen nem jon kep. TPS, Absat, MTV, NTV megy mondjuk...
Valami otlet ?
|
| | |
[előzmény: (11) mohikan, 2001-04-27 00:02:17] |
|
|
|
|
mohikan
|
11. Elküldve: 2001-04-27 00:02:17, Viaccess
|
[4057.] |
Üdv. Mindenkinek!
Ezek a májusi Key-ek
mohikan
TPS
IDENT 007C
INDEX 08 KEY AF AA 50 AC BB D8 26 3B
SCT
IDENT 00E4
INDEX 08 KEY D4 2B BF 77 05 1F C0 9B
INDEX 0A KEY 24 2B BF 77 05 1F C0 9B
NTV+
IDENT 00C4
INDEX 0A KEY 9F F3 C4 64 46 8E 03 7A
CANAL+
IDENT 008C
INDEX 08 KEY D0 49 63 29 C9 29 AA 67
AbSat
IDENT 0070
INDEX 08 KEY 5B 5C 09 6E 31 C5 84 51
Cable Numerique
IDENT 0078
INDEX 08 KEY 5B 14 1E 38 9C 46 24 5F
ViaSat
IDENT 010C
INDEX 0D KEY 15 3B 3E 17 8A 5B 45 95
INDEX 0E KEY CD 10 75 DA 53 39 5d 73
INDEX 0F KEY 63 31 AE E3 42 34 D5 5F
SRG Swiss
IDENT 0094
INDEX 08 KEY 00 FD EA 5C 42 20 10 00
INDEX 0A KEY 62 7C 95 EA CD 2A 83 2B
Arabes
IDENT 0084
INDEX 08 KEY 3C 42 D4 C8 C0 A1 1B 9C
MTV
IDENT 0055
INDEX 08 KEY D0 49 63 29 C9 29 AA 67
TV Slovenia
IDENT 00B0
INDEX 08 KEY 98 34 03 60 02 33 73 60
INDEX 09 KEY FC A7 CA DC 86 2C E2 C1
INDEX 0F KEY 0C 4F C5 43 69 90 FB 8A
|
| | | [válaszok erre: #12] |
[előzmény: (10) mohikan, 2001-04-15 00:47:41] |
|
|
|
|
mohikan
|
10. Elküldve: 2001-04-15 00:47:41, Viaccess
|
[4058.] |
Akit érdekel az SCT az nézzen ide http://newkeypage.hotusa.org/viakey.html
Kellemes Húsvéti Ünnepeket
|
| | | [válaszok erre: #11] |
[előzmény: (9) mohikan, 2001-04-08 23:43:20] |
|
|
|
|
mohikan
|
9. Elküldve: 2001-04-08 23:43:20, Viaccess
|
[4059.] |
A Viaccess körül igen csend van, hallottak valamit az SCT-rôl?
|
| | | [válaszok erre: #10] |
[előzmény: (7) LF, 2001-04-05 09:59:26] |
|
|
|
|
mohikan
|
8. Elküldve: 2001-04-06 01:45:22, Viaccess
|
[4060.] |
tib: Sajnos ez a cím már nem aktuális.
A modul beállítása engem továbbra is érdekelne
|
| | |
[előzmény: (3) tib, 2001-03-28 22:55:25] |
|
|
|
|
LF
|
7. Elküldve: 2001-04-05 09:59:26, Viaccess
|
[4061.] |
Megjelent egy új emulátor (multidig100) ami jól működik az N9800-assal. http://viaccess.thoic.net/softe.html
|
| | | [válaszok erre: #9] |
|
|
|
|
|
tib
|
6. Elküldve: 2001-04-04 21:49:47, Viaccess
|
[4062.] |
Kijott a funcard sw CI-s verzioja is.
20 provider, 16 kulcs/id. Jol mukodik.
Sziasztok!
|
| | |
[előzmény: (4) tib, 2001-03-29 21:59:21] |
|
|
|
|
mohikan
|
5. Elküldve: 2001-03-30 21:24:07, Viaccess
|
[4063.] |
tib: Most probáltam egy SMD-Wafer kártyát remekül müködik az N9800-ban. amennyiben az ember elôtte a kártyán a C4-es és a C8-as érintkezôt leragasztja vagy elválasztja. Egyébként ennél a kártyánál a SECA -nál is ugyan így kell csinálni!
Funcard-om nincs.
|
| | |
[előzmény: (4) tib, 2001-03-29 21:59:21] |
|
|
|
|
tib
|
4. Elküldve: 2001-03-29 21:59:21, Viaccess
|
[4064.] |
Sziasztok!
Megjelent az elso publikus beta viaccess funcard sw. Sajnos, az 1.10-es modulommal nem megy, N9800-as tulajdonosok viszont kiprobalhatnak, a visszajelzesek szerint jol mukodik vele.
URL: www.funcard.net
|
| | | [válaszok erre: #5 #6] |
[előzmény: (3) tib, 2001-03-28 22:55:25] |
|
|
|
|
tib
|
3. Elküldve: 2001-03-28 22:55:25, Viaccess
|
[4065.] |
A viasat-key szekcioban nemreg felhivtam a figyelmet egy emulatorra. Ha gondolod, probald ki, az elozoleg leirtakat mukodes kozben is figyelemmel tudod vele kiserni.
URL:http://www.8ung.at/digiman/rampo.html {program szekcio}
Udv.
|
| | | [válaszok erre: #4 #8] |
[előzmény: (1) mohikan, 2001-03-28 19:33:46] |
|
|
|
|
mohikan
|
2. Elküldve: 2001-03-28 19:50:41, Viaccess
|
[4066.] |
mohikan: Abba a szerencsés helyzetbe kerültem, hogy vásárólhattam egy Via..
Modult. Ez szép és jó, mondhatná az ember, de ezzel egy kicsit közelebrôl is meg kellene ismerkedni. Volt a fiokban egy régi DIL-Kártyám gondoltam ezt feláldozom. Nagy meglepedésemre az elsô nekifutás sikeres volt és egy pár adó nézhetô!
A célom tulajdonképpen ennek a szisztémának legalább a részbeli megismerése, nem pedig az adások ingyen nézése, hiszen az egyszerübben is lehetséges.
Tud e valaki felvílágosítást adni vagy címet ahol a Modul leírása található, beállítása. Mire valók az optiok?
|
| | |
[előzmény: (1) mohikan, 2001-03-28 19:33:46] |
|
|
|
|
mohikan
|
1. Elküldve: 2001-03-28 19:33:46, Viaccess
|
[4067.] |
Ez nem tôlem származik, de talán segít valakinek
VIACCESS
Deutsche Version
1. Die Erforschung der Smart Karte:
1.1. Einführung :
1.1.1. Werkzeug :
SmartCard Lesegerät - Phoenix Modus (Reset LOW) - 3,579 MHz-Quartz
SEASON Interface - NOKIA 9800S - THOMSON - SAGEM Decoder
Decrypt 2.45 & Windecrypt 1.05
SCIntegrator für die ersten Tests
WINEXPLORER 4.3 (by Dexter) (WINDOWS 98)
SCAM, STEST und SIO (LINUX)
TPS Viaccess Smart Karte (= französisches Bouquet)
1.1.2. Disclaimer :
Diese Anleitung ist nur für Forschungszwecke gedacht. Ziel ist das Verständnis des Viaccess Kommunikationsprotolkolls zwischen einen Digitaldekoder und einer Smart Karte.
Alle verwendeten Hilfsmittel sind “public domain” und die Referenzbücher werden in Frankreich bei jedem guten Elektrohändler verkauft. Es gibt keinen Bezug zu einer verbotenen Gruppe oder Organisation. Eventuell wird eine Brute Force Suche mit dem Ziel, das Ergebnis dieser Studie zu bekräftigen, eingeleitet. Diese Studie ist kein Piratenangriff gegen TPS, für das ich ein Abonnement habe. Die TPS Karte ist lediglich ein Teil des ganzen Systems, der das Viaccess Protokoll nutzt. Ich kann nicht verantwortlich gemacht werden für den Gebrauch oder Missbrauch, den Leute mit dieser Information in der Lage sind.
Ein Glossar is am Ende des Dokumentes.
Progress has to be shared…
1.1.3. Allgemeines:
Viaccess Karten sind PC2 oder PC3 Modelle von BULL. Sie dürfen mit der Lizenz von BULL gefertigt werden.
1.1.4. WinExplorer 4.3 Parameter:
PHOENIX Modus (Reset Low).
9600 Bds
Parität : ODD
PROGRAM SETTINGS options : keine
inverse convention
1.1.5. Protokoll Format :
CLA INS P1 P2 LEN
CLA : class
INS : instruction
P1 : Parameter N°1
P2 : Parameter N°2
LEN : Data Länge
Der Dialog zwischen Karte und Computer findet hexadezimal statt.
1.2. ATR (Answer to reset) :
Der ATR ist die Signatur der Smartcard. Er definiert die verwendete convention (direct oder inverse) und das Protololl für die Kommunikation zwischen Karte und Dekoder
1.2.1. Der klassische ATR:
3F 77 18 25 00 29 14 00 62 68 90 00
Dieser ATR wird nicht nur auf TPS-Karten , sondern auch auf SRGSSR (Schweiz) und NTV+ (Russland) Karten verwendet. Er ist völlig unabhängig von TPS und scheint der Viaccess Standart ATR zu sein.
3F Inverse convention
77 7 historische Bytes – TA1, TB1, TC1 übertragen – TD1 wird nicht übertragen.
18 TA1
25 TB1 – Vpp = 5 V, 50 mA max
00 TC1 – Guard delay / 2 Bit
TD1 nicht übertragen – Protocoll T=0 asynchron in half-duplex 9600 bds
29 14 00 62 68 Historische Bytes
90 00 Ende der Übertragung - ok
1.2.2. Spezifischer ATR :
3F 27 17 C4 01 2C 29 14 00 62 68 90 00
Dieser ATR existiert nur auf TPS Karten, wenn sie in einem THOMSON Dekoder (Teil des Abos) benutzt werden. Wir können feststellen, dass die selbe Karte in einem NOKIA 9800S Dekoder den klassischen und nicht den spezifischen ATR sendet. Zudem benutzt die gleiche Karte den normalen ATR in einem SAGEM Dekoder (Alternativ Teil des Abos).
Beide Dekoder, THOMSON und SAGEM, erlauben eine “on-line”-Aktualisierung des Abos und PayPerView.
3F Inverse convention
27 TB1 übertragen, 7 historische Bytes
17 TB1 – Vpp = 23 V, 25 mA
C4 Nicht bestimmt
01 Nicht bestimmt
2C Nicht bestimmt
29 14 00 62 68 historical bytes
90 00 Ende of transmission - ok
Wir können zusammenfassen, das der ATR vom verwendeten Dekoder abhängt. Das bedeutet, das die Karte je nach Art des vewendeten Dekoders unterschiedlich arbeitet.
1.2.3. Zusammenfassung :
THOMSON und SAGEM Decoder können beide für PPV und “on-line”-Aktualisierung des Abos verwendet werden, indem sie ihr internes Modem benutzen (gewöhnlich zur Aktualisierung).
Die TPS-Karte kann auf verschiedene Arten arbeiten: sie beinhaltet 2 unterschiedliche Softwares (wegen der unterschiedlichen ATRs. Diese 2 Applikationen stehen in keinem Zusammenhang mit PPV-Funktionen oder Abonnementänderungen (da beide Dekoder diese Funktionen unterstützen). Es ist möglich, dass die Software des Dekoders (OpenTV) einen Einfluss darauf hat.
1.3. Smartcard Anweisungen :
Die Analyse der Anweisungen basieren auf EurocryptM Spezifikationen (nach John McDonalds Überlegungen). Auf Unterschiede zwischen Viaccess und EurocryptM wird im weiteren Verlauf hingewiesen.
1.3.1. Supported classes :
87 FAC class (generelle Information data ex: numéro prestataire)
BC Unbestimmte class. Diese class trat nie in logs auf. Man findet sie in BULL CP8 Bankkarten Anleitungen
.
CA Execution class
Hinweis : 87 & CA classes gibt es auch im EurocryptM Protokoll.
1.3.1.1. 87 Class supported instructions :
Instruction 02 : FAC Lesevorbereitung
Beispiel : 87 02 00 00 03
Hinweis : Initialisierung der FAC Übertragung (“general purpose data” oder “facility data“ bei Eurocrypt). Der Dekoder zeigt an, dass ein Block von 3 Byte übertragen wird, der die Referenz für den Block ist, der von der Smart Cars gelesen wird
“Answer to instruction test” 87 02 00 00 00 = 67 00 (falsche Länge)
Instruction 04 : fragt nach der FAC Block Referenz
Beispiel : 87 04 00 00 07
Hinweis : Folge der vorherigen Anweisung. Ein 7 Byte langes Wort wird vom Dekoder erwartet: Block Referenz (2 bytes) – Block Länge (2 bytes) - 3 "00" Byte um die “Lücke” zu schließen.
Instruction 06 : fragt nach FAC Daten
Beispiel : 87 06 00 00 09
Hinweis : Zeigt an, dass der Dekoder bereit ist, Daten aus dem Block aufzunehmen. Die relative Adresse wird von P1 & P2 Bytes bestätigt. 9 Byte werden erwartet.
Hinweis : Alle Viaccess 87 class instructions sind identisch mit EurocryptM class 87 instructions.
1.3.1.2. BC class supported instructions :
Instruction 52 : unbekannt
Hinweis : Die Antwort des Instruction Tests lautet BC 52 00 00 00 ist 6B (falsche reference / Adresse). Die instruction 52 die einzige in dieser class. Es ist möglich, dass die Viaccess Karte keine BULL CP8 Modellkarte ist (Scott class). Bei dieser SmartCard Familie findet die komplette instruction in der BC class statt. Das ist nicht der Fall bei TPS Karten. Die BC 52 Kommandos tauchen in logs nie auf und sind bis heute unbestätigt.
Hinweis : die BC class tritt nicht bei EurocryptM auf
Noch zu erledigen : die valid references
1.3.1.3. CA class supported instructions:
Instruction 18 : key / Abo update
Adressierung :
Wenn P1 = 00 : In EurocryptM wird dieser Parameter für die Adressierung der instruction benutzt. In Viaccess trat dieser Fall nie auf. Es könnte auf Karten auftreten, die für mehr als einem Provider arbeiten. Alle verfügbaren Daten, die wir haben stammen von einzelnen Provider Karten (TPS, SRGSSR, oder NTV+). Eine Multi-Provider Karte könnte P1 = 00 nutzen.
Die TPS Karte antwortet mit 18, wenn sie das Kommando CA 18 00 01 19 erhält : das bedeutet, dass die Karte einen Prozess mit P1=00 akzeptiert.
Wenn P1 = 01 ist: Dieser Fall tritt haupsächlich bei viacces Karten auf (logs von SRGSSR & NTV+). Die Form ist die gleich, wie bei EurocryptM. Es erlaubt die Adressierung eines Updates einer bestimmten Gruppe. Die TPS Karte antwortet mit 92 00, wenn sie das Kommando CA 18 01 01 19 erhält : 92 00 muß noch definiert werden.
Wenn P1 = 02 ist: In EurocryptM wird dies für die Adressierung eines Updates einer spezifischen Karte benutzt. Diesen Fall haqbe ich in meinen logs nie beobachtet, aber die PTS-Karte akzeptiert P1=02 (Antwort 18 auf CA 18 02 01 19).
Key update Beispiel : (log SRGSSR)
CA 18 01 04 19
18
A1 03 00 94 0F
EF 08 9C 70 77 97 12 15 ED 6E
F0 08 ED FE 9C 0A 9A 41 F0 23
60 91 00
CA 18 01 04 19 P1=01 > instruction adressiert an eine spezifische Gruppe
P2=04 > Mk 04 wir dum Dekodieren des verschlüsselten Codes benutzt
A1 03 00 94 0F 03 = Länge 00 94 > Channel ID
0F > “upzudatender” key
EF 08 Steht vor dem eingehenden Wort – mit Längenangabe
9C 70 77 97 12 15 ED 6E Der key der mit Mk04 dekodiert wird
F0 08 Checksumme und Länge
ED FE 9C 0A 9A 41 F0 23 Checksumme (hash function)
Nur der EF Parameter zeigt ein keyupdate an.
Abo-update Beispiel : (log SRGSSR)
CA 18 01 01 11
18
A9 05 28 53 28 7F 02
F0 08 37 FF 85 4C E4 AC 53 71
60 91 00
CA 18 01 01 11 P1=01 > instruction adressiert an eine spezifische Gruppe
A9 05 A9 > Annonce subscription data
05 > Länge
28 53 28 7F Dates (Anfang & Endee desAbos)- gewöhnlich 1 Monat (1. Tag des Monats – 3. Tag des folgEndeen Monats)
02 Noch nicht definiert
F0 08 .... Checksumme
Instruction F0 : Adressierung
For jeder 18er instruction, wird (mindestens) eine F0 instruction gesendet. Sie definiert, für welche Adressen (Abonennten oder Karten) die updates (key oder Aboänderung) bestimmt sind. Es scheint so, dass ppua (shared Adresse + custwp) von dem CA AC A5 command gebraucht wird.
Beispiel einer Adressierung: (log TPS)
CA F0 00 01 22
F0
9e 20
7f 84 10 b0 76 39 35 86 6f 49 94 74 8b e1 df 41
1f ca 70 c9 08 9f 59 34 ec 47 0a 62 03 00 21 4e
90 00
9e Zeigt an, dass der folgende String eine Gruppe of Adressen ist
20 Länge des Adressurstrings (hexadezimal)
7f...4e Adressen
90 00 Ende
Decrypt 2.45 & Windecrypt 1.05 kann helfen, den Adressstring deutlich zu machen, wenn man den passiven Modus mit Kommentaren benutzt.
(log from TPS)
Adresse 00YYYYXX (an der Stelle von 00YYYY stehen die 3 Byte der Adresse und XX = custwp, der im folgenden plain Text auftaucht :
-- 01 02 03 -- -- 06 -- 08 -- -- -- -- 0d -- -- -- -- -- -- -- -- -- -- 18 19 -- -- -- -- -- -- -- 21 -- -- -- 25 26 -- -- 29 -- 2b -- -- -- -- 30 31 32 -- -- -- 36 -- -- -- 3a 3b -- 3d 3e 3f -- -- 42 -- 44 45 -- -- 48 -- -- 4b 4c -- 4e -- 50 51 52 53 54 -- -- 57 -- -- -- 5b -- -- -- -- 60 -- -- 63 -- -- 66 67 -- -- -- -- 6c 6d 6e -- -- 71 -- 73 -- -- 76 77 78 79 7a 7b 7c -- -- -- 80 -- -- -- -- -- 86 -- 88 89 8a 8b 8c -- 8e 8f 90 -- -- -- -- 95 96 97 98 99 -- 9b -- -- -- 9f -- -- a2 -- a4 a5 a6 --
-- -- aa -- ac -- -- af b0 -- -- b3 -- -- b6 -- b8 b9 ba bb -- bd be -- -- c1 c2 -- -- -- -- c7 c8 -- ca -- cc cd -- -- d0 -- -- d3 d4 d5 -- -- -- d9 da -- dc dd de -- -- -- -- -- e4 e5 -- e7 -- -- -- -- ec -- -- -- -- -- f2 -- -- -- -- f7 f8 f9 fa fb fc fd fe --
Es ist möglich, exakt die Karte zu definieren, die upgedated werden soll. Wenn ein update eine komplette Gruppe betrifft, wird das dem String folgende 9E 20 auf FF gesetzt (dezimal 32 mal).
Instruction 88 : key Auswahl und gesendete verschlüsselte Wörter
Weist die Karte an, den key index 08 zu benutzen um die 2 verschlüsselten Wörter nach EA 10 zu dekodieren.
CA 88 Beispiel : (log TPS)
CA 88 00 08 26
88
e2 03 28 e2 00 e2 03 28 e2 07
ea 10
66 e6 c1 27 cf fa 3b 82
3d b1 aa d3 c9 3b 3b bc
f0 08
f9 36 f3 b0 3d d6 db fe
90 00
88 Bereit zur Aufnahme
e2 03 Kündigt das date an???
28 e2 Date (2 July 2000)
07 Noch nicht definiert (02 für SRGSSR und 1E für NTV+)
66...82 Erstes verschlüsseltes Wort
3d...bc Zweites verschlüsseltes Wort
F0 08 Kündigt die Checksumme und ihre Länge an
F9...fe Checksumme (hash Funktion)
90 00 ok
Die Länge dieses Strings kann von (hexadezimal) 21 (SRGSSR) bis 2B (TPS) gehen. Der folgende Wert muss erst noch untersucht werden :
TPS 26 - 2B
SRGSSR 21
NTV+ 26
Die Variation findet zwischen dem ersten E2 03 und EA 10 statt. In jedem Fall werden zwei 8 Byte lange verschlüsselte Wörter gesendet.
Instruction C0 : Gesendete Plain Wörter
Beispiel : CA C0 00 00 12
Hinweis : bittet die Karte die 2Plain Wörter zu senden. Der übertragene String ist immer (hexadezimal) 12 Byte lang (SSRSGR - NTV - TPS) : EA 10 + 2x8 Byte
Beispiel für gesendete Plain Wörter : (log TPS)
CA C0 00 00 12
C0
ea 10 b3 e9 2b f2 25 32 58 4c ff 9f 8c d0 f4 26 d2 fb
90 00
Hinweis : Diese instruction (CA C0) wird auch wie folgt verwendet : CA C0 00 00 03, gleich nach Erhalt des Master files (ca a4 00 00 00). In diesem Fall ist die Antwort FF F4 00 (TPS). In EurocryptM dient dies der Informatio über PPV (Antwort EurocryptM = FF F4 00 20).
Instruction AC : Consultation (um Rat fragen)
Beispiel : CA AC A4 00 00
Hinweis : Dieser instruction folgt eine B8 instruction, die die Karte anweist Information gemäß der AC instruction zu senden. Es gibt unterschiedliche Parameter, die auf den Wert P1 beruhen.
MF level (master file), P1 von 00 bis FF - P2=00 & LEN=00 :
P1 Erhaltene Antwort / B8 Resultate
Legende unbestimmt - wichtig - wie EurocryptM
00 - 03 6B 00 – falsche Parameter
04 AC 90 00 / 00 7C 00 01 0E 4A 1D 00 – könnten in Zusammenhang zur Provider ID 00 7C 00 stehen
05 AC 9C 00 / 90 02
06 AC 90 00 / 0F - Referenz “Reife” in EurocryptM - (Jugendschutzkontrolle)
07 AC 90 00 / 00 00 00 00
08 AC 90 00 / 00 - lock Status in EurocryptM
09 AC 90 00 / 00 00
0A to A0 6B 00 – falsche Parameter
A1 AC 90 00 / A1 03 FF F4 00 A1 03 00 7C 00 / im Zusammenhang zur Channel ID und Instruktion CAC0000003
A2 6B 00
A3 AC 90 00 / 00 28
A4 AC 90 00 / XX XX XX XX XX serial number der Karte (UNIQUE ADDRESS)
A5 AC 90 00 / XX XX XX XX Shared Address + custwp = ppua
A6 AC 90 08 / 90 02
A7 Beschreibung der provider – sendet 49 53 53 55 45 52 , was bedeutet ISSUER - TPS neutze nicht diesen Platz
A8 Parameter nicht unterstützt – gefolgt von 67 00 - falsche Länge ???
A9 Parameter nicht unterstützt – gefolgt von 67 00 - falsche Länge ???
AA Parameter nicht unterstützt – gefolgt von 67 00 - falsche Länge ???
AB 6B 00 – falsche Parameter
AC - AE AC 9C 00 / 90 02
AF - B0 6B 00 - falsche Parameter
B1 - B3 AC 9C 00 / 90 02
B4 Parameter nicht unterstützt – gefolgt von 67 00 - falsche Länge ???
B5 AC 9C 00 / 90 02
B6 AC 90 08 / 90 02
B7 6B 00 - falsche Parameter
B8 - B9 Parameter nicht unterstützt – gefolgt von 67 00 - falsche Länge ???
BA - E3 6B 00 - falsche Parameter
E4 Parameter nicht unterstützt – gefolgt von 67 00 - falsche Länge ???
E5 - EA 6B 00 - falsche Parameter
EB AC 90 08 / 90 02
EC - ED 6B 00
EE AC 90 08 / 90 02
EF - FF 6B 00 - falsche Parameter
DF level (Benutzes file – nach dem CA A4 02 00 00 Kommando), P1 von 00 bis FF - P2=00 & LEN=00 :
P1 Erhaltene Antwort / B8 Resultate
Legende unbestimmt - wichtig - wie EurocryptM
00 to 03 6B 00 - falsche Parameter
04 AC 90 00 / 00 7C 00 01 0E 4A 1D 00 - könnten in Zusammenhang zur Channel ID 00 7C 00 stehen
05 AC 9C 00 / 90 02
06 AC 90 00 / 0F - Referenz “Reife” in EurocryptM - (Jugendschutzkontrolle)
07 AC 90 00 / 00 00 00 00
08 AC 90 00 / 00 - lock status in EurocryptM
09 AC 90 00 / 00 00
0A to A0 6B 00 - falsche Parameter
And so on...
Das file level (MF oder DF) hat keinen Einfluß auf die CA A4 XX Antworten
Instruction B8 : Antwort auf Consultation
Beispiel : CA B8 00 00 08
> B8 06 05 ...FF wobei 06 die Referenz zur CA AC 06 instruction ist und 05 Stringlänge, FF zum Auffüllen
Hinweis :
Dies ist die einzige instruction, bei der die Antwort manchmal 90 02 ist. Die B8 instruction ist die Antwort auf ein CA AC Kommando
Noch nicht fertig : Test mit unterschiedlicher Länge (90 02 könnte vielleicht "falsche Länge" - bedeuten?)
Instruction 1C : Unbekannt
Niemals in TPS logs. Existiert bei D2MAC Karten aber niemals bei EurocryptM.
Instruction 24 : PIN Code
PIN Code in EurocryptM – NICHT GETESTET
Noch nicht fertig : Tests nach PIN Code Änderung
Instruction 48 : Unbekannt
Niemals in TPS logs. Existiert bei D2MAC Karten aber niemals bei EurocryptM.
Instruction F4 : Unbekannt
Niemals in TPS logs. Existiert bei D2MAC Karten aber niemals bei EurocryptM.
Instruction F8: Unbekannt
Niemals in TPS logs. Existiert bei D2MAC Karten aber niemals bei EurocryptM.
Antwort 6B 00 nach instruction CA F8 00 00 00
Instruction FC : Unbekannt
Niemals in TPS logs. Existiert bei D2MAC Karten aber niemals bei EurocryptM.
Antwort 6B 00 nach instruction CA F8 00 00 00
Instruction 26 : Unbekannt
Niemals in TPS logs. Existiert bei D2MAC Karten aber niemals bei EurocryptM.
Antwort 90 00 nach instruction CA 26 00 00 00
Instruction A4 : File / Directory Auswahl
Beispiel : CA A4 00 00 00
Hinweis : root level (Master File level)
CA A4 02 00 00 > Dedicated File level
Hinweis : wenn diese instruction 2x ausgeführt wird erhält man die Antwort 90 08. Das bedeutet, dass die Karte nur 2 File levels hat
Instruction A8 : Unbekannt
Niemals in TPS logs. Existiert bei D2MAC Karten aber niemals bei EurocryptM.
Antwort 90 00 nach instruction CA A8 00 00 00
Instruction B0 : Binaries reading
Niemals in TPS logs aufgetaucht.
CA B0 ADD DEB LEN (ADD = memory Adresse; DEB = Start Byte relativ zur ADD; LEN=Länge). Wenn LEN = 00 dann wird der ganze Block gelesen, wenn LEN=1 wird nur das erste Byte gelesen. Die Karte antwortet94 00 am Ende des Blocks. Wenn DEB=1 beginnt die Karte 4 Byte nach Anfang des Blocks zu lesen. Jeder Block ist 256 Bytes lang.
Gültige Adressen sind 0000 bis einschließlich 07F3. Das bedeutet, dass der Speicher 32 kb groß ist
Nur Block 00 ist lesbar, alle anderen Blocks sind geschützt (Byte 00 erhalten)
Instruction B4 : Unbekannt
Niemals in TPS logs aufgetaucht.
Antwortet B4 nach instruction CA B4 00 00 00
Instruction C4 : Unbekannt
Niemals in TPS logs aufgetaucht.
Antwortet C4 93 nach instruction CA C4 00 00 00
Instruction C8 : Unbekannt
Niemals in TPS logs aufgetaucht.
Answortet C8 FF nach instruction CA C8 00 00 00
Instruction CA : Unbekannt
Niemals in TPS logs aufgetaucht.
Answortet CA 02 nach instruction CA CA 00 00 00
1.4. Information über den Besitzer :
Das 87 02 00 00 03 Kommando läßt einem generelle Informationen der Karte entnehmen. Nach Übertragung der 3 Byte Block Reference, ist der Block lesbar, wenn die Karte mit 90 00 antwortet. Wenn die Karte mit 90 08 antwortet lautet das Ergebnis FF FF. In der instruction 87 02, können P2 und P3 unabhängig voneinander variieren, ohne den Blockzugriff oder die Kartenantworten zu beeinflussen.
Nur 2 Blöcke sind zugänglich :
00 00 23 & 00 00 28
1.4.1. Block 00 00 28 :
Dieser Block wird zu Beginn jeder Session gelesen
Versuch die Karte zu reseten...
Reset erfolgreich
RX ATR : 3F 77 18 25 00 29 14 00 62 68 90 00
TX Data : 87 02 00 00 03
RX Data : 02
TX Data : 00 00 28
RX Data : 90 00
TX Data : 87 04 00 00 07
RX Data : 04 00 00 00 09 00 00 00 90
TX Data : 87 06 00 00 09
RX Data : 09 06 10 02 CA 20 11 03 54 50 53 90 00
Die Daten sind :
10 02 CA 20 11 03 54 50 53.
10 02 CA ist unbekannt aber existiert in EurocryptM
20 Crypt Mode (EC-M ?)
11 03 54 50 53 > 11 03 ist nicht bekannt und 54 50 53 bedeutet "TPS"
1.4.2. Block 00 00 23 :
Trat niemals in TPS logs auf. Erhält man nur mit einer TPS Basic Card. Unmöglich auf meiner Karte zu reproduzieren
Versuch die Karte zu reseten...
Reset erfolgreich
RX ATR : 3F 77 18 25 00 29 14 00 62 68 90 00
TX Data : 87 02 00 00 03
RX Data : 02
TX Data : 00 00 23
RX Data : 90 00
TX Data : 87 04 00 00 07
RX Data : 04 00 00 00 0A 00 00 00 90
TX Data : 87 06 00 00 0A
RX Data : 0A 06 05 01 00 01 05 08 36 05 10 07 90 00
Dies können "gesetzlich geschützte Daten" sein (Hersteller). Die France Telecom CAM Id geht von 0500 bis 05FF. 0501 könnte eine Viaccess Identifikation sein (von der France Telecom)
1.5. Speicher Kartographie :
Instruction CA B0 ADD ADD LEN kann für binäres Lesen verwendet werden.
1.5.1. Gültige Zonen:
Bei Anwendung einerVariation der roten Bytes (P1), sind nur Adressen von 00 bis 07 gültig. Darüber sendet die Karte
1.5.2. Binärzahlen :
Der einzigelesbare Block ist h00
RX ATR : 3F 77 18 25 00 29 14 00 62 68 90 00
TX Data : CA B0 00 00 00
RX Data : B0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 1F 10 40 F1 00 D8 6D E8 13 00 03 FB FF 67 BF
E7 87 33 00 E5 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 94 00
1.6. File System :
Bezüglich der Karten-Dokumentation, sind die files in einem System organisiert. Diese Daten sind allgemein und ihr Zusammenhang mit der Viaccess Karte muß erst noch bestätigt werden
1.6.1. Verzeichnisse :
DF (dedicated file) ist ein Verzeichnis.
EF (elementäre files)
Pfad ist "top DF" (auch Master File)
1.6.2. Files :
EF (elementäre files) werden in 2 Kategorien eingeteilt : working EF für die Übertragung zwischen Karte und einem Gerät, und internal EF welches nur von der Karte benutzt wird.
1.6.2.1. File Struktur :
Transparentes :
Das file besteht nur aus 00 bytes.
1.6.2.1.1.1. Linear fixed :
Aufnehmende Länge (recording lenght) ist immer die selbe
1.6.2.1.1.2. Linear not fixed :
Aufnehmende Länge kann variieren
1.6.2.1.1.3. Cycle :
Ring mit fixer Länge
1.6.2.2. File Kontrolle :
Die MF Identifikation ist normalerweise 3F00
Muss auf einer Viaccess Karte noch überprüft werden ???
2. Notes :
Vorab PPV scheint im Dekoder gespeichert zu werden (muss im log noch überprüft werden). Die Karte sendet nur was gerade benötigt wird, wenn der Dekoder abgeschalten wird.
3. Glossar (mit englischen Originalausdrücken):
Shared Address bestimmte Adresse, drei mal 8 Bit lang, erlaubt eine Gruppe von 256 Karten zu identifizieren
Custwp bestimmter Wert, 8 Bit lang, mit dem eine Karte unter eine Gruppe von 256 identifiziert wird
Programme provider user Adresse Shared adress und custwp sind indgesamt 4 * 8 Bit lang und erlauben eine Karte vollständig zu identifizieren
Index Schlüsselnummer
Operational key Schlüssel, der für die Entschlüsselung der Wörter vom Decoder angewandt wird
Managment key Angewandter Schlüssel für den aktuellen Einsatz der Operational keys
Cipher word Verschlüsseltes Wort
Plain word Entschlüsseltes Wort
Master file (MF) Grundfile der Karte
Dedicated file (DF) Unterverzeichnis vom MF
Elementary file (EF) einem DF angehörendes file
4. CA88 / C0 Gültigkeit :
Nur die Authentikation vom April ist gültig, wie die vom 17. Juli (siehe log unten)
Die keys änderten sich nicht zwischen April und Juli und wurden vielleicht noch nie geändert.
Zwei Authentikationen an unterschiedlichen Zeitpunkten mit gültigem Hash ergaben ein unterschiedliches. Post Processing könnte irgendwie im Zusammenhang zum Date stehen !!!
Die Hash Funktion ist gleich der von EurocryptM
4.1. log WinExplorer vom 18.07.2000
Trying to reset card...
Reset Successful
RX ATR : 3F 77 18 25 00 29 14 00 62 68 90 00
TX Data : CA A4 00 00 00
RX Data : 90 00
TX Data : CA AC 08 00 00
RX Data : AC 90 00
TX Data : CA A4 04 00 03
RX Data : A4
TX Data : 00 7C 00
RX Data : 90 00
################### 05 fevrier 2000 #######################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 45 02 E2 03 28 45 07 EA 10 64 70 4C 41
BB 9B 36 77 25 35 99 84 7C D3 38 C4 F0 08 F2 06
71 D5 C0 85 F2 73
RX Data : 60 60 90 08
TX Data : CA C0 00 00 12
RX Data : C0 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF 90 00
################### 04 mars 2000 ##########################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 64 00 E2 03 28 64 07 EA 10 B6 0E 59 31
B8 1C D5 3F 3D 09 92 6D 11 20 8B 15 F0 08 50 AD
32 F5 49 51 95 60
RX Data : 90 40
TX Data : CA C0 00 00 12
RX Data : C0 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF 90 00
################### 24 avril 2000 ########################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 98 0A E2 03 28 98 07 EA 10 21 C0 32 7C
93 12 55 19 69 86 AF C7 57 C3 B5 DA F0 08 67 53
32 16 E4 DE 66 D3
RX Data : 60 90 00
TX Data : CA C0 00 00 12
RX Data : C0 EA 10 55 01 44 40 14 11 50 AC 44 51 04 CE 51
14 00 8B 90 00
##### RESULT IN ACCORDANCE WITH REAL LOG OF SMARTCART IN USE ON 24 APRIL ####
################### 06 mai 2000 ###########################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 A6 00 E2 03 28 A6 07 EA 10 56 61 70 31
5F 67 5B 6B 21 FB 92 5A 50 B5 5B 25 F0 08 CC 4F
72 47 20 13 B4 6F
RX Data : 60 90 00
TX Data : CA C0 00 00 12
RX Data : C0 EA 10 E5 E7 F7 B8 BF B6 BB DD 12 02 31 7A A3
44 E1 6A 90 00
##### RESULT IN ACCORDANCE WITH REAL LOG OF SMARTCART IN USE ON 6 may ####
###################### 9 juin 2000 ########################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 C9 00 E2 03 28 C9 07 EA 10 1D D4 D3 63
2B B1 77 72 E2 C5 E8 24 7A E6 31 CA F0 08 36 0E
F3 2C 73 13 C0 82
RX Data : 60 90 00
TX Data : CA C0 00 00 12
RX Data : C0 EA 10 8E 7D 8B 00 F1 8F 44 4E 6C AF F0 CA D3
CC C0 85 90 00
##### RESULT IN ACCORDANCE WITH REAL LOG OF SMARTCART IN USE ON 9 june ####
####################### 2 juillet 2000 ##########################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 E2 00 E2 03 28 E2 07 EA 10 BE 72 62 D4
54 72 B5 15 D6 36 70 DD D0 87 49 86 F0 08 3D FE
D1 C8 63 87 78 9B
RX Data : 60 90 00
TX Data : CA C0 00 00 12
RX Data : C0 EA 10 A2 1F FB 3C 72 AC 5E B5 77 EF 0D 23 4A
17 A6 BA 90 00
##### RESULT IN ACCORDANCE WITH REAL LOG OF SMARTCART IN USE ON 2 july ####
######################## WG1 - 17 juillet 2000 #######################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 F1 00 E2 03 28 F1 07 EA 10 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 F0 08 9D C1
6A 8F 2F 63 17 E4
RX Data : 60 90 00
TX Data : CA C0 00 00 12
RX Data : C0 EA 10 51 C9 6B DF 26 20 3E 68 CB 33 69 19 4F
F6 85 E6 90 00
######################### WG2 - 16 juillet 2000 #########################
TX Data : CA 88 00 08 26
RX Data : 88
TX Data : E2 03 28 F0 00 E2 03 28 F0 07 EA 10 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 F0 08 4E 5F
24 A2 7B 3D 9B 7D
RX Data : 60 90 00
TX Data : CA C0 00 00 12
RX Data : C0 EA 10 15 53 BA 06 1F 50 83 D4 29 F5 28 A5 57
43 76 27 90 00
### RESULT DIFFERENT FROM WG1 !!!!! ####################################
wird fortgesetzt...
|
| | | [válaszok erre: #2 #3] |
(TÉMANYITÓ) |
|
|
|
|
Viaccess (üzenet: 4067, Sat) |
|
|
SAT.HU Antenna Szakáruház
|
