والله إن الشوتايم مفتوحة

**الوترالحزين** · 23-10-2001, 02:42 PM

تابع للموضوع

3) BLOCK DATA
Sembra che siano sempre a blocchi di 8 byte. Cioè qualunque sia il nano e qualunque sia il numero di nano inviati alla fine la somma dei byte inviati è sempre multipla di 8.
E’ evidente che ci saranno dei byte riempitivi per arrivare ai multipli di 8.
La logica del riempimento potrebbe essere quella di Ir**to1 per la signature.
Poiché anche la signature è di 8 byte allora L2 (lunghezza2) è comunque multipla di 8 ed in esadecimale varrà x0 oppure x8.
Quindi avremo sempre:
- Comandi di classe 1:
01 01 INS P1 P2 L1 C3 xx xx xx 00 L2 ..
L1 : lunghezza L1 =L2+6
L2 : da un minimo di 8 (dati) +8 (sign.)=16=10h , e poi con valori 18h,20h,28h,…
- Comandi di classe 2:
Per compatibilità con Irdeto1 sono gli stessi. Infatti non hanno signature e quindi non saranno criptati..
- Comandi di classe 5:
01 05 INS P1 P2 L1 CH ID KK 00 L2..
L1 : lunghezza L1 =L2+6
L2 : tenuto conto che in Ir**to1 è normalmente 1Dh, si dovrebbe avere minimo 20h
4) ALGO
Sembra che le schede 2.1 usino una specie di Suprencription, cioè l'istruzione non viene lanciata in chiaro, ma viene lanciata criptata con una key.
Per mantenere la compatibilità con le CAM Irdeto precedenti abbiamo perٍ degli obblighi per le nuove schede:
a) i comandi Irdeto hanno la ben nota struttura:
01 cla Ins p1 p2 LL -block data-signature-checksum
b) per compatibilità i primi 6 bytes saranno sempre in chiaro e non avranno superencription di sicuro.
c) da alcuni Log pubblicati sul web si vede che anche i byte successivi che specificano se il comando è diretto al Shx oppure al provider oppure al Provgroup non sono criptati. Ergo:
- Classe 1 diretti al Shex:
01 01 00 00 00 LL1 C3 xx xx xx 00 LL2 KK KK KK ….
<- …………in chiaro………………..-> <- … criptati…..
- Classe 1 diretti al Provid00:
01 01 00 00 00 LL1 03 PP PP PP 00 LL2 KK KK KK ….
- Classe 1 diretti al Provid10:
01 01 00 00 00 LL1 0B PP PP PP 00 LL2 KK KK KK ….
d) comandi inviati a provider dello stesso Provgroup hanno blocchi uguali, ciٍ significa che la key di encription è la stessa per lo stesso gruppo.

Veniamo ora ad un possibile impianto generale:
Dalla teoria del grande Max abbiamo imparato:
- I comandi diretti al Shex vengono firmati con la HMK
- I comandi diretti al ProvId oppure al ProvGroup vengono firmati con la PMK
- I comandi di gestione visione (Classe 5) vengono firmati con la Pkey

Se è cosى allora la cosa più semplice da ipotizzare è che IR**to2 funzioni in questo modo:
- i comandi diretti al Shx vengono criptati con la HMK
- i comandi diretti al Prov vengono criptati con la PMK
- i comandi di classe 5 vengono criptati con la PK

Prima di procedere veniamo ora alla signature, qui i casi sono 2 :
a) la signature viene calcolata sul block data criptato
cioè il block data viene preso a blocchi di 8 e viene criptato, i byte mancanti al numero di 8 vengono completati con riempitivi. A questo punto viene calcolata la signature sull’insieme degli ottetti criptati e viene aggiunta.
b) la signature viene calcolata sul comando non criptato, il block data viene criptato come sopra e dall’unione delle due stringhe si ottiene tutto il comando.
Se fossi stato io a programmare il sware avrei senz’altro proceduto come al punto a).
In ogni caso si puٍ ipotizzare che comunque il block data sia criptato con le key di cui sopra.
Conoscendo ora la PMK e le PK di una card si puٍ allora procedere in questo modo:
a-loggare un comando di classe 01 diretto al Provgroup (esempio: aggiornamento key )
b-decriptare a blochi di 8 byte il block data
c- vedere se ne viene fuori una istruzione ir**to1 (nano,ll,…)

CLASSE1

INVIO MASTERKEY
IRDETO1:
Per il Provider 00:
01 01 00 00 00 1A C3 ss ss ss 00 14 28 0D 00 00 mm mm mm mm mm mm mm mm pp pp pp xx xx xx xx xx
Per il Provider 10:
01 01 00 00 00 1A C3 ss ss ss 00 14 28 0D 11 00 mm mm mm mm mm mm mm mm pp pp pp xx xx xx xx xx

Vediamo di tradurlo in Irdeto2:

01 01 00 00 00 26 c3 ss ss ss 00 20 <1° blocco 8byte criptato> <2° blocco 8byte criptato> <3° blocco: 4 bytedati +4 riempitivi> <signature 8 byte>

abbiamo cioè 4 blocchix8byte=32byte=20h (L2)

L1=26
L2=20

INVIO KEY

INVIO DI 1 key

Block data= 4 (data)+11 (key)= 15 byte

Blocchi= 1blocco intero + 1 con riempitivo= 2 blocchi
Signature= 1 blocco
Totale 3blocchi=24 byte= 18h

L1= 1E
L2= 18

Invio di N° 2 KEY
; 01 01 00 00 00 prima parte comando
; 23 lunghezza complessiva
; 02 04 6E 00 00 diretto al provider group
; 1D lunghezza residua (1Dh=29 decimale
; 40 02 04 D0 nano date e valore data
; 50 nano arrivo key
; 52 2 KEY (18 bytes-> 12H+(2key-1)*40H= 52H)
; 0A 58 4C 8C CF 2E C6 43 91 N° key + KEY ( KEY 0A)
; 0C 11 BD 74 3F F7 80 1D BD N° key + KEY ( KEY 0C)
; [B4 FD C3 87 75] Signature
; 50 Chksum

Abbiamo blockdata: 18h byte =24 byte = 3 blocchi da criptare senza riempitivi
Signature= 8 byte
Totale : 20h byte

L1= 2E
L2= 20

INVIO DI 3 KEY

Block data= 4(data)+29=33 byte
4 blocchi interi+ 1 con riempitivi= 5 blocchi= 40 byte
Signature= 8 byte
Totale: 48 byte

L1= 36
L2= 30

Invio di N° 4 KEY con un unico comando
; 01 01 00 00 00 prima parte comando
; 35 lunghezza complessiva
; 02 04 6E 00 00 diretto al provider group
; 2F lunghezza residua 2Fh=47= 42+5
; 40 02 04 D0 nano date e valore data
; 50 nano arrivo key
; E4 sono 4 key (36 Bytes-> 24H+(4key-1)*40H=E4H)
; 0A 58 4C 8C CF 2E C6 43 91 N° key + KEY ( KEY 0A) 00-08 bytes
; 0C 11 BD 74 3F F7 80 1D BD N° key + KEY ( KEY 0C) 09-11
; 0E 87 51 77 75 5D 4B 9F 10 N° key + KEY ( KEY 0E) 12-1A
; 10 92 C7 E1 27 9A E1 79 DE N° key + KEY ( KEY 10) 1B-23
; [B4 FD C3 87 75] Signature
; 50 Chksum

Blockdata: 42byte, Blocchi= 5 blocchi interi + 1 con riempitivi=6blocchi
Signature: 8 byte
Totale : 38 byte
L1= 3E
L2= 38

CLASSE5

01 02 00 00 02
23 L1
CH ID PP KK 00
1D L2
40 02 DD DD 4 byte
78 12 … 2+12=14h dati=20byte
Totale dati = 24 byte 3 blocchi
Signature 1 blocco
Totale 4 blocchi
In ird.2 avremo:
L1= 26
L2= 20

Qui mi fermo… altro non si puٍ fare senza un bel log

CAP. 2- SOFTWARE DISPONIBILI

I software ci sono e come!
E’ evidente che le smartcard 2.1 sono già state aperte.
Fra i software disponibili:
FMXX : FatMate nelle ultime versioni ha inserito il menù delle 1.2
Beccala str.. è uscito in versione 2.1 e becxca sia la PMK che la HMK…

Allora mi chiedo: perché non divulgare la teoria?

Mephistus

**NIT2100** · 24-10-2001, 06:30 AM

وهذه ترجمة الجزء الاول الى الانجليزي

SOME CONSIDERATIONS ON IR**TO2 by Mephistus 24,09,2001 Famous dell.Autore: I have tried invano news on Ir**to2. In practically null turn not c.è!!! Those little news that I have I have brought back them on this document, with to some my preliminary considerations that will turn out for many obvious ones, but that at least I hope they have the result to activate the exchange of information. Nevertheless c.è who knows and also a lot. Necessary creed that the contribution of all very is appreciate and. In a period in which the search langue and it dominates l.hobby to dell.editare files bin and hex, dandogli just the name and then spacciandoli for own originals, task that to make to turn the brains is a primary objective like it has even been for all we that we have lived l.epopea of the opening dell.Ir**to1 end dall.inizio.. Memory here personages who have made the history: Merlin, Reverend, JJ, Brixia, George, TheFax, Zibri, Max (glorious its extraction of the HMK from the 1.6, Italy strikes Germany 4 3!!!) and many others of which me the name escapes equally protagonists!!! To they and their spirit it must return in order to find again the taste to study and to discover. Fatevi under. Hello to all. W the study, I lower lamers the Mephistus dell.Autore Famous: Have tried invano news on the Ir**to2. In practically null turn not c.è!!! Those little news that have the have brought back them on this document, with to loads my preliminary considerations that will turn out for many obvious ones, but that at least the hope they have the result to activate the exchange of information. Nevertheless c.è who knows and also to lot. Necessary creed that the contribution of all very is appreciate and. In to period in which the search langue and it dominates l.hobby to dell.editare files bin and hex, dandogli just the name and then spacciandoli for own originals, task that to make to turn the brains is to primary objective like it has even been for all we that we have lived l.epopea of the opening dell.Ir**to1 end dall.inizio.. Memory to here personages who have made the history: Merlin, Reverend, JJ, Brixia, George, TheFax, Zibri, Max (glorious its extraction of the HMK from the 1.6, Italy strikes Germany 4 3!!!) and many others of which me the name escapes equally protagonists!!! To they and their spirit it must return in order to find again the taste to study and to discover. Fatevi under. Hello to all. W the study, lower lamers the the Mephistus

**NIT2100** · 24-10-2001, 06:33 AM

تابع الجزء الثاني
) GIVEN BLOCK Seems that they are always to 8 blocks of byte. That is any is the dwarf and any is the number of dwarf sended to the end the sended sum of the byte is always multiple of 8. And obvious that will be of the byte filling in order to arrive to the multiples of 8. Logic of the filling could be that one of Ir**to1 for the signature. Since also the 8 signature byte then L2 is of (lunghezza2) is however multiple of and in varrà 8 esadecimale x0 or x8. Therefore we will always have: - Commandos of class 1: 01 01 INS P1 P2 L1 C3 xx xx xx 00 L2.. L1: length L1 = L2+6 L2: from a minimum of 8 (given) +8 (sign.)=16=10h, and then with values 18h, 20h, 28h. - Commandos of class 2: For compatibility with Irdeto1 they are the same ones. In fact they do not have signature and therefore they will not be criptati.. - Commandos of class 5: 01 05 INS P1 P2 L1 CH ID KK 00 L2.. L1: length L1 = L2+6 L2: held account that in Ir**to1 is normally 1Dh, minimum 20h 4) ALGO Sembra must be had that cards 2.1 use a species of Suprencription, that is the instruction does not come launch in luminosity, but it comes launch criptata with one key. In order to maintain the compatibility with the previous CAM Irdeto we have for of the obligation for the new cards: a) the Irdeto commandos have the very famous structure: 01 cla Ins p1 p2 LL - block given-signature-checksum b) for compatibility the first 6 bytes they will be always in luminosity and they will not have superencription of sure. c) from some Log published on the web one looks at that also the byte successive that they specify if the commando is directed to the Shx or the provider or to the Provgroup is not criptati. Ergo: - Class 1 directed to the Shex: 01 01 00 00 00 LL1 C3 xx xx xx 00 LL2 KK KK KK.. < -... in clearly < -. criptati... - Class 1 directed to the Provid00: 01 01 00 00 00 LL1 03 PP PP PP 00 LL2 KK KK KK.. - Class 1 directed to the Provid10: 01 01 00 00 00 LL1 0B PP PP PP 00 LL2 KK KK KK.. d) commandos sended to provider of the same Provgroup have equal blocks, mean to us that the key of encription it is the same one for the same group. We come hour to a possible general system: From the theory of the great Max we have learned: - the commandos directed to the Shex come signed with the HMK - the commandos directed to the ProvId or the ProvGroup come signed with the PMK - the management commandos vision (Class 5) come signed with the Pkey If it is cos. then the thing simpler to assume he is that IR**to2 functions in this way: - the commandos directed to the Shx come criptati with the HMK - the commandos directed to the Prov come criptati with the PMK - the commandos of class 5 come criptati with the PK Before proceeding we come hour to the signature, the cases are 2 here: a) the signature comes calculated on the block given criptato that is the block given comes taken to blocks of 8 and comes criptato, the byte lacking to the number of 8 comes completed with filling. To this point it comes calculated the criptati signature sull.insieme of the ottetti and comes added. b) the signature criptato comes calculated on the commando not, the block given it comes criptato as over and dall.unione of the two stringhe all the commando obtains itself. If pits be I to program sware senz.altro would have proceeded like to the point to). In any case pu. assuming that however the block given he is criptato with the key of which over. Knowing hour the PMK and the PK of one card pu. then to proceed itself in this way: to a-loggare a commando of class 01 directed to the Provgroup (example: modernization key) to b-decriptare to blochi of 8 byte the block given c to see if ne dwarf comes outside one instruction ir**to1 (, ll.) CLASSE1 SHIPMENT MASTERKEY IRDETO1: For Provider 00: 01 01 00 00 00 1A C3 ss ss ss 00 14 28 00 0D 00 milimeter milimeter milimeter milimeter milimeter milimeter milimeter milimeter pp pp pp xx xx xx xx xx For Provider 10: 01 01 00 00 00 1A C3 ss ss ss 00 14 28 00 0D 11 milimeter milimeter milimeter milimeter milimeter milimeter milimeter milimeter pp pp pp xx xx xx xx xx We see of tradurlo in Irdeto2: 01 01 00 00 00 26 c3 ss ss ss 00 20 < 1° block 8byte criptato > < 2° block 8byte criptato > < 3° block: 4 bytedat

**خالد العتيبي** · 24-10-2001, 09:27 AM

الغريب ان احدا من الخبراء لم يدل بدلوه في هذا الموضوع على أهميته....

شباب!!! انتباه!!! الموضوع جد مهم!!!!!

والله إن الشوتايم مفتوحة

والله إن الشوتايم مفتوحة

تعليق

تعليق

تعليق

تعليق

مواضيع مرتبطة