Sponsored links


Go Back   Sat Industry Forums > Satellite TV > Logging Forum
Register FAQ Members List Calendar Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 04-19-2006
djvince's Avatar
Registered User
 
Join Date: Feb 2006
Posts: 13
Thanks: 0
Thanked 0 Times in 0 Posts
djvince is on a distinguished road
Logging n*s on my ADB/PACE decoder

Hi,

I have been trying to log the I/O line of my N*S smartcard on the set-top box.

So far i had bad resaults.

1st, the set-top box operates the card with a 4.5 mhz clock which resaults in a non standard baud-rate.

After building a baudrate convertor, still wierd resaults:

I can see some data that make sense like commands but between nanos from commands or responses, i get some garbage like FF FF, or FE etc...

I wonder if someone know how do i filter thouse...

Thanks!

DeeJVince
Reply With Quote
Sponsored links
  #2 (permalink)  
Old 04-24-2006
hummy1's Avatar
Registered User
 
Join Date: Apr 2004
Posts: 45
Thanks: 0
Thanked 0 Times in 0 Posts
hummy1 is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

CardNDZ2 ver. 9.1

CardNDZ2 ver 9.1 é un programma di supporto per lo studio del NDS2. E un programma di lettura delle Card NDZ2.
Si divide in quattro sezioni:

ReadCardNDZ
Legge le informazioni principali delle Card NDS2 in modo semplice.
1) ATR
2) Tipo di ATR
3) UniqueAddress ( U.A. ) in Hex ed in Decimale ( serie di numeri scritti sul dorso della Card )
4) Nazione
5) Controllo ( casella ) del settaggio della ins D3 BE ( richiesta di CAMkey )
6) SharedAddress ( S.A. )
7) CustomWordPoint ( CWP )
8) FuseByte ( valore numerico ) + spiegazione
9) CMOS ( versione )
10) ROM ( versione )
11) Settaggi
12) Settore PinCode ( 1 )
a) casella PinCode attuale in Hex
b) casella PinCode attuale in decimale ( come si scrive tramite telecomando )
c) casella PinCode da scrivere in Hex
d) casella PinCode da scrivere in decimale ( come si scrive tramite telecomando )
e) pulsante di scrittura ( in auto scrive e legge il nuovo PinCode )
13) Settore PCB
a) casella valore in Hex del PCB + casella spiegazione
b) casella valore nuovo in Hex del PCB + casella spiegazione
c) pulsante Lettura ( attivo )
d) pulsante Scrittura ( attivo )
14) Settore Ins supportate
15) Settore Opzioni con pulsante per salvare dati loggati
16) Settore Tiers
casella valore tier + casella data del tier + elenco programmi ( non attivo ).
17) Settore Limite di Spessa
a) Stato ( ON / OFF )
b) casella valore in Hex attuale
c) casella valore in Euro attuale
d) opzione per ON / OFF del nuovo Limite Spessa ( in fase di sviluppo ) + nuovo valore in
Euro
e) pulsante Lettura ( attivo )
f) pulsante Scrittura ( attivo )
18) Settore abilitazione del Benvenuto
19) Finestra di Log
20) Finestra Invio Commandi + pulsante Invia
21) pulsante Connetti ( collega la CARD all’utente )
22) pulsante Info ( per leggere la CARD ,abilita l’accesso al settore Privè ed EventID )
23) pulsante Reset ( da premere dopo un SW 90 10 di risposta da una ins )
24) pulsante D3 BE per settare l’algo ( invio della CAMKEY alla CAM )
25) img ( TX / RX ) di stato di “negoziazione” fra PROG à CARD à PROG

( 1 ) Importante se vi siete dimenticati il valore del Pin di protezione è volete modificarlo o eliminarlo senza dover chiamare a SKY.




EventID


Cliccare sulla fotocamera per leggere gli EvID nella card.Cè la casella Slot per indicare l’ordine di memorizzazione nei registri.La casella EvID per vedere l’evento memorizzato.La casella Data per vedere la data d’acquisto.La casella Costo per vedere il costo in €.Alla fine la casella Visto per verificare se l’evento fu visto o meno.Casella CalCenter per vedere il numero di telefono a cui si collega il decoder per la transazione.Casella Credito per vedere il credito presente nella Card.Casella Spessa dove si vede il valore finora spesso.Casella Resto per vedere il credito residuo.Cliccare sulla matita per memorizzare nella cartella Log un file txt con le informazioni ricavate.


Privè
Privè legge le informazioni principali delle Card NDS2 come l’ATR / l’U.A. / Sh.Add. e CWP.
1) Finestra inserimento ins da bruttare
2) Finestra scorrimento del log di brutte
3) Opzione Ricerca ( brutte ) Head / Body .A secondo l’opzione scelta si abilita il Frame per la
Head oppure quello per il Body ( con conseguente abilitazione alle opzione di brutte sui
parametri ).
4) CheckedButton di salvataggio in chiusura Frame
5) CheckedButton disabilitazione allarme
6) ButtonReset
7) Caselle inserimento valori Da -à A per brutte ( obbligatori )
8) CheckButtonRicercaSW per abilitare Ricerca di un determinato SW + casella del SW trovato
( se trovato ) + Label della SW dell’ultima ins inviata.
9) Icona “Pulisci”.
10) CheckedButton invio in automatico della CAMKEY ( ins D3 BE ).







Tools
E diviso in tre parti: Operazioni Booleane ,Calcolo Len e "spulciamento" LogPreCam.

Operazioni Booleane : serve per fare dei calcoli sui bit ed operazioni booleane.Anche la formattazione en Data convenzionale di una Data NDZ
1) Caselle rappresentazione valore in bit di una word in byte ( 3 )
2) Caselle per inserire il valore in byte per l’operazione richiesta
3) Opzioni per sceglire l’operazione da fare
4) Zona conversione da Hex à Dec à Bin à Dec à Hex
5) Zona conversione Data NDS in Data normale.






Calcola Len : serve per calcolare la LEN del corpo dati ( quando non conosciuto,esempio quando si strappola dei logprecam un corpo dati e si vuole costruire la ins )






ConvertLogPreCam : serve per convertire il LogPrecam nelle ins D1 4x ed strappola i UniqueAddress presenti.Anche i settaggi ( PID,Pacchetto,etc... ).










Hummy1
Reply With Quote
  #3 (permalink)  
Old 04-24-2006
hummy1's Avatar
Registered User
 
Join Date: Apr 2004
Posts: 45
Thanks: 0
Thanked 0 Times in 0 Posts
hummy1 is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

NDS2 ITALIAN COMMAND
Vers. 1.1


By Hummy1





Nuova versione aggiornata, riveduta e corretta.
Ricordo che questo documento vuole essere un aiuto per coloro che si accingono a studiare la nuova codifica, oppure vuole essere un promemoria per tutti coloro che già la studiano.

Le informazioni contenute sono frutto di test personali e di info tratte dai forum e dai vecchi ma fondamentali doc. Date le recenti modifiche sull’NDS, non assicuro la certezza delle informazioni ivi contenute.

Consiglio a tutti di leggere le FAQ del maestro Micromax e i Doc sulla PPV di Linixone, strumenti indispensabili per conoscere l’NDS e per capire l’evoluzione di questo sistema di codifica.

Ma il miglior modo per imparare è frequentare i forum dove si può sempre contare su persone competenti pronte ad aiutarvi.

E’ chiaro che questo doc è stato realizzato a solo scopo di studio….

Per qualsiasi informazione, chiarimento o correzione (dato che ci saranno molte imprecisioni… ) mailto:fabar1983@hotmail.com




Buono studio…;D









INDICE:

L’ATR delle nuove card 3
STRUTTURA DELLE ISTRUZIONI NDS 4
NANI e INDICATORI 5
LE NUOVE CLASSI 17
LE CHIAVI 18
SIGNATURE CALCULATION & CONTROL WORD ENCRIPTION PROCESS 19
STATUS BYTES 21
LA FASE DI BOOT DELLE NUOVE CARD 23
LE NUOVE ATTIVAZIONI 27
TRANSAZIONE PPV 31
HARDWARE & SOFTWARE 37
INS 02 38
INS 04 38
INS 06 38
INS 0E 39
INS 12 41
INS 1E 42
INS 2E 43
INS 32 44
INS 36 45
INS 38 47
INS 40 48
INS 42 53
INS 44 55
INS 46 55
INS 4A 57
INS 4C 58
IL MARRIAGE 58
INS 4E 62
INS 50 62
INS 54 62
INS 56 63
LO SWAP DELLA CARD 63
INS 58 64
INS 5A 65
INS 5C 65
INS 5E 66
INS 6A 67
INS 6C 67
INS 70 68
INS 72 69
INS 74 71
INS 76 78
I TIERS 78
INS 78 80
INS B4 82
INS BC 83
INS BE 84



L’ATR delle nuove card


3F FF 13 25 03 10 80 33 B0 0E 69 FF 4A 50 70 00 00 49 54 02 00 00


3F*: Convention INVERSE
Protocol: T=0
TA1 = 13
TA2 = 80
TB1 = 25
TC1 = 03

Historical Bytes: 33 B0 0E 69 FF 4A 50 70 00 00 49 54 02 00 00
3 ° i ÿ J P p I T

Programming Voltage = 5.0 volts
Programming Current = 50ma
Maximum Clock Frequency = 5.0MHz

Assuming a 3.5790MHz clock:
Work ETU = 0.0000259849 seconds
Guard Time = 0.0003897737 seconds
Baud Rate After Reset = 38484



Il Baud Rate iniziale durante la fase di reset e di generazione ATR è 9600 b/s, dopo la richiesta ATR il Baud Rate è 38400 b/s.













STRUTTURA DELLE ISTRUZIONI NDS


Header Data-Packet Nano Signature
CLA INS P1 P2 Len [Nano..nano-len…nano-data]..[Nano1… 67 08 SIGN

Tutti i comandi NDS si possono analizzare tenendo conto dei due pacchetti cui sono composti: l’Header e il Data Packet.

L’Header contiene:
CLA: è il byte che indica la classe del comando da eseguire;
INS: è il byte che indica il tipo di istruzione da eseguire
P1: Parametro 1
P2: Parametro 2
Len: lunghezza del comando (in esadecimale)


Il Pacchetto-Dati segue il pacchetto Header e contiene l’INS byte (echo byte), ossia il byte che indica il comando da eseguire.
Il Data Packet compone il comando, varia per ogni comando e contiene Nani e Indicatori seguiti dai relativi dati.

Il Data-Packet può essere inviato dall’IRD (dalla cam) alla card IRDàCARD, ovvero dalla card all’IRD CARDàIRD.













NANI e INDICATORI

Le istruzioni NDS contengono Nani e Indicatori.

I NANO(comandi) sono delle funzioni che vengono eseguite attraverso i dati che sono ivi contenuti.

I nani possono essere a len fissa o a len variabile.
Nel caso di nani a len fissa, i dati seguono immediatamente il Nano; nel caso di len variabile la lunghezza segue il nano-indicator, i dati seguono la nano-len.
Es. len fissa: CLA INS P1 P2 LL Nano nano-data
len variabile: CLA INS P1 P2 LL Nano nano-len nano-data

I Nanocomandi sono contenuti negli ECM e negli EMM, oltre che nell’Ins. 36.

Alcuni Nano possono contenere delle sotto-operazioni da eseguire.
Queste sotto-operazioni, dette u-NANO, sono di solito a len fissa.

Distinti dai Nanocomandi sono gli INDICATORI (o Type Info).
Gli Indicatori, a differenza dei nano che eseguono certe funzioni, servono soltanto a indicare i tipi di dati presenti nella card.

Gli Indicatori sono presenti in molte risposte della card.





NANO a LEN FISSA

01 [04]
Set Data&Time.
I 4 bytes della data e dell'ora sembrano concorrere all'elaborazione della signature degli ECM e degli EMM. Così la signa diventa unica e sempre diversa, perchè relazionata a valori temporali. La presenza di vincoli temporali e la loro rilevanza in fase di generazione signa costituisce un punto di forza della codifica NDS.



02 [01]
Sets rating byte, marks message as ECM (only ECM).
Il contenuto di questo nano descrive il tipo di contenuto della programmazione.


Analizzando il bitmap possiamo dire:
7654 3210
0000 0001 valore= 01 canale criptato standard
0000 0010 valore= 02 canale ppv, evento già iniziato non più aquistabile
0000 0101 valore= 05 canale ppv, evento iniziato ma ancora aquistabile, con
preview terminata.
1000 0001 valore= 81 canale ppv, evento non ancora iniziato e aquistabile.
1000 0010 valore= 82 canale ppv, evento iniziato, aquistabile con preview non
ancora terminata.



03 [03]
Checks channel entitlements.
I primi 2 bytes rappresentano il Channel ID associato al canale su cui siamo sintonizzati nel momento in cui l’ ECM/EMM è stato generato dall’ IRD.
Ad uno stesso canale, possono essere associati più Channel ID, tutti presenti nell’ ECM/EMM.
La card effettua due controlli: dapprima verifica se il Channel ID associato al Nano 03 è contenuto tra quelli presenti nella smart card; poi verifica se il valore del 3° byte del nano è minore del valore della data di scadenza del tier.
In caso affermativo setta dei flags interni che permetteranno la generazione della DCW come risposta al Comando D1 54.
Viceversa la DCW di risposta sarà tutta a 00.



09 [03]
Initialise ASIC with specified key, flushes the command buffer (no signature stay).
Dai primi di ottobre 2004 è stato integralmente sostituito dal nano 90, che sostanzialmente è analogo. (Vedi nano 90)



10 [02]
Some form of counter.
I due bytes dell’argomento del nano mostrano una sequenza che si incrementa ad ogni successivo EMM contenente il Nano 10.


19 [01]
Set region code.
Richiede i Filtri OPEN per essere eseguito.


1E [08]
Set Postcode Value.
Questo Nano setta il valore del PostCode.
Gli 8 bytes rappresentano il Codice Postale (postcode).
Il Nano 1E è sempre usato in combinazione con il Nano 31.
Il Nano 1E e il Nano 38 non sono mai presenti insieme nello stesso data-block.
Richiede i Filtri OPEN e minimo la Group Key per essere eseguito.


24 Close Filter


25
Flip filter, from open to closed or vice versa.
Se i Filtri sono aperti li chude. Viceversa se sono aperti li chiude.


2D [04]
Set Activation Date&time


30 Open filter


31 [04]
Opens filters if the Unique Address matches exactly.
I quattro bytes del comando rappresentano l'Unique Address della card.
Solo se il Numero Seriale è identico a quello presente nella card i successivi Nano sono eseguiti.
Il Nano 31 (Unique Address) e il Nano 38 (postcode) non sono mai presenti insieme nello stesso data-block.


32 [03]
Open Filters if Shared Address Match.
I tre bytes del comando rappresentano il gruppo di cards (card group) a cui e’ diretto l’ EMM.
Solo se questi bytes sono identici ai primi tre bytes del Unique Address i successivi Nano sono eseguiti.
Il Nano 32 (card group select) e il nano 33 (CUSTWP Bitmap) non sono mai presenti insieme nello stesso data-block.




33 [23]
Open Filters if CUSTWP Bitmap Set.
I primi tre bytes rappresentano il Card Group (SA).
I rimanenti 0x20 (32 decimale) bytes rappresentano l’ addressmatrix (simile all'F0 del Seca).
Questo addressmatrix contiene esattamente 256 decimale bits.
Ciascun bit corrisponde ad una delle 256 cards del gruppo, cioè corrisponde al valore del 4th bytes del Unique Addresses, detto CUSTWP.
L’ EMM è indirizzato solo alle cards corrispondenti ai bits settati (valore 1).
Il bit corrispondente ad un dato CUSTWP è individuato nel seguente modo:

ES : CUSTWP = AE

a) Dividendo il valore del CUSTWP per 8 si ricava quale dei 32 bytes, numerati a partire da 00, contiene il bit corrispondente al CUSTWP.

CUSTWP/8 = AE/8 = 15h

b) Il resto della divisione tra il valore del CUSTWP e 8 fornisce la posizione del bit all’interno del byte.
I bits vanno numerati da 0 a 7 da sinistra verso destra.

Nel nostro esempio, il bit associato al CUSTWP AE è il bit 6:

7 6 5 4 3 2 1 0

Questo Nano di solito è usato in combinazione con il Nano 41 per aggiornare la Data di Scadenza di un ChID. In questo caso il comando dovrebbe essere criptato con chiave di gruppo. Da quando è stato generalizzato il nano 90, non ho più visto EMM criptati con la chiave di gruppo.



3D [02]
Set PPV spending limit e fuse byte.
Richiede i Filtri OPEN e minimo la Group Key per essere eseguito.


41 [05]
Add or Update (Expiration Date) Channel Entitlement.
Questo nano crea, se non già presente, un nuovo Channel ID sulla card e relativa data di Scadenza.
Se il Channel ID è già presente sulla card, il nano aggiorna la data di scadenza e alcuni valori e flags.
Dei 5 bytes associati al nano, i primi due rappresentano il Channel Entitlement (Channel ID).
I successivi due bytes costituiscono l’ Expiration Date del Channel ID. Il primo di questi due bytes rappresenta l’anno e il mese, il secondo il giorno.





42 [02]
Delete Channel ID.
Questo Nano cancella definitivamente il Channel ID indicato dai due successivi bytes, dalla lista di quelli presenti sulla card.



48 [02]
Enable PPv Preview.
I due bytes che seguono (xx xx), indicano che l'evento è già iniziato ed è attiva la preview. La preview rimane attiva fino a 6-7 minuti dopo l'inizio del film.
Dipende dunque dall'orario di inizio del film, non dal momento in cui noi lo visioniamo (come nel seka).


4D [0B]
Purchase PPV info.
Questo nano fornisce informazioni sull'evento ppv in corso. E' contenuto negli ECM degli eventi PPV e nelle ins 46.
4D_0B
C7 FA event.ID
5C 05 data visione
00 65 tipo di acquisto (credito a scalare )
04 evento ancora acquistabile (se 00 non si può + acquistare)
08 ??
01 2C costo dell'evento
00 ??



67 [08] -Signature.
Vedi paragrafo sulla signature.


6D [09] –Server Number
Il nano 6D viene inviato tramite EMM, contiene il numero di telefono del server dove il decoder si collega quando la scheda ha terminato il credito PPV. Quando il decoder si collega , scarica gli eventi scritti e ricarica la scheda. Vedi ins 78.



7F [0A] -Key Adjustment
I 10 bytes argomento del nano 7F dovrebbero rappresentare i Key Adjustment Bytes usati per aggiustare la risposta della card all'ECM. Vedi paragrafo sulla signature.



90 [03]
Inizialize ASIC.
Omologo al nano 09, usato per i recenti comandi criptati.
Il nano 90 ci dice se e come l'ASIC è inizializzato.
90 00 04 02
Il 1° byte dopo il nano 90 indica il numero dei byte crittati che seguono, in questo caso nessuno (il comando non è criptato e l’ASIC non è inizializzato).
Il 2° byte dopo il nano 90 è un bitmap:
l'high nibble di questo byte indica il tipo di comando:
ECM (C), EMM ins42 (4, 6 EMM len 83), ins 46 (C), ins 36 (0);
il low nibble di questo byte indica la chiave con la quale è firmato il comando:
chiave pubblica (0), chiave privata (4).

High nibble visti finora
3210

0000 non inizializza l'ASIC 0
0100 individua un EMM 4
0110 individua il particolare EMM len 83 6
1100 individua un ECM o un'ins 46 C

Low nibble (indica la key)
3210

0000 chiave pubblica primaria 0 (sicuro)
0001 chiave pubblica secondaria 1
0010 chiave di gruppo primaria 2
0011 chiave di gruppo secondaria 3
0100 chiave privata primaria 4 (sicuro)
0101 chiave privata secondaria 5


Il 3° byte dopo il nano 90 indica la versione della CARD:
per la italiane e le inglesi abbiamo 02, per le HU americane abbiamo 3, per le P4 e P5/D1 sempre americane abbiamo 05.




DE [28] - ?? vedi ins 36
Il nano DE presenta 24 bytes che possono variare in relazione a specifiche ins
42 e 16 bytes che variano a ogni reset. Questi 16 bytes variabili con molta
probabilità sono legati alla generazione della signature.





NANO A LEN VARIABILE


38
Check Data and Open Filters If Match.
Questo Nano a lunghezza variabile ha il compito di aprire i filtri se il dato associato corrisponde a quello presente sulla card.
Il tipo di dato su cui è effettuato il confronto è indicato dal 1^ byte dopo la Len, che può quindi essere considerato un uNano.
Ad es. len 03 uNano 01: se il CHiD indicato è presente nella card, apre i filtri.
Le altre len possibili sono 05, 07, 09.
Gli altri uNano possono essere 02, 03, 06, 08; indicando PPv EvID, activation date, postcode, ecc.


75 [0F] -Set Local Region Code
[13] -Set Country Code & Region Code







INDICATORI dell'INS 74
Reply With Quote
  #4 (permalink)  
Old 04-24-2006
hummy1's Avatar
Registered User
 
Join Date: Apr 2004
Posts: 45
Thanks: 0
Thanked 0 Times in 0 Posts
hummy1 is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

03 [02] 01 F6 sempre lo stesso risultato.

05 [20] 4954410000000000
0000000000000000
0000008000000000
0001000000000000
Il 28°byte è 00 su card virgin, 01 su card attive. ins 74 05

15 [10] 00000000000000000000000000000000 PPV record

16 [48] 80 07 02 42 4F FF FF FF phone number PPv download
80 07 02 42 4F FF FF FF
FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF ins 74 09

17 [04] 5B0D 76F1 Data&Time rischiesta ins.

18 [02] 00 00 ??

19 [04] FF FF FF FF
Indica il contenuto del 12°,13°,14°,15° byte del nano E2 (ins36).

1A [04] 00 00 00 00
Indica il contenuto del 16°,17°,18°,19° byte del nano E2 (ins36).

1B [04] FF FF FF FF
Indica il contenuto del 5°(PCB),6°,7°,8° byte del nano E2 (ins36).


1C [10] 00000000000000000000000000000000

1D [08] 4954414C49412020 PostCode indicator

23 [04] 80 00 PP PP
Indica il contenuto del 1°,2°,3°(pin),4°(pin) byte del nano E2 (ins36).

24 [03] 00 00 64
Indica il contenuto del 9°,10°(lim.spesa),11°(lim spesa) byte del nano E2
(ins36).

24 [05] 03 20 5B 0A 20 indica che c'è stata la visione di tutti i canali fino al 10/08

25 [01] xx ??

26 [02] 3F 00 in fase boot uguale x tutti

28 [01] xx ??

43 [02] xx xx Contatore giornaliero iniziante dall'Att.
E' lo stesso contatore presente nell’indicatore 5E_05 dell'ins 36.

44 [01] xx ??

46 [01] xx ??

50 [01] xx ?? sempre uguali

51 [07] 00 00 00 00 00 00 00 ??

52 [08] 00 00 00 00 00 00 00 00 ??




INDICATORE dell'INS 70

39 [23] 00000000404100000000000000000000
00002000000000000000000000000040
5C1900





INDICATORE dell'INS 72

23 [21] 00000000000000000000000000000000
00000000000000000000000000000000
20 PPV record








INDICATORE dell'INS 76

24 [08] 0226 5D0F 00000000 tier (v.ins76)




INDICATORI dell'INS 6C

6A [06] 001000102300

6B [08] 0000000800000000

6E [10] 00x16 bytes

6F [60] 00x96 bytes







INDICATORE dell'INS 4E

26 [03] 84 01 04






INDICATORE dell'INS 1E

27 [07] 01 00 00 02 00 00 00







INDICATORI dell'INS 36

E9 [04] -Indica il numero dei tiers attivi e loro scadenza


F3 -Indica l'IRD number


5E [05] -Activation Counter, i primi 2 bytes indicano da quanti giorni è attiva la card.


DF [04] –mese e giorno in cui il decoder cercherà di collegarsi al server SKY
(vedi ins 78)


E2 [13] -PIN, PCB, SpendingLimit Indicator
E2_13: 80 00
00 00 PIN
FF PCB
FF FF FF 00
00 64 Limite di spesa
FF FF FF FF ?? modificabili con l'ins 2E 03
00 00 00 00 ?? modificabili con l'ins 2E 05, legati alla PPV



EF [02] - ?? (nelle card virgin 00 01, in quelle attive 00 00.)


F8 [24] -Old PPV Event Record
F8_24
02 slot record
CC54 ev.ID
5E09 data di acquisto+1giorno
BF7D ??
012C costo evento
01 status visione (00:ev. non visionato ; 01:ev. visionato; 02:acquisto
non confermato e dunque non visionato)
040180 ??
5E0853EB data e ora acquisto (l’ora è indietro di 1ora)
00000000
5E0854AA data e ora di fine preview (l’ora è indietro di 1ora)
000000000000
5E09 data acquisto+1
0065 tipo di acquisto credito a scalare
80 status: visionato (se 20:non visionato)

L'indicatore F8 è presente tante volte quanti sono gli eventi acquistati registrati sulla card.



FA [08] - Nella vecchia codifica indicava dei bytes variabili usati per la generazione della signature. Oggi indica 8 bytes che variano molto raramente e che forse possono essere legate alla signa.





FD [11] -Provaider Last PPV record indicator
FD_11
01 prov.number
00 65 tipo di acquisto credito a scalare via telefono
00 01 number PPV record
00 01 costo evento
06 41 credito totale spendibile
03 21 metà del credito totale(dipende da questo)
000000000000 ??













LE NUOVE CLASSI

Con l’avvento della nuova codifica sono cambiate le classi delle istruzioni.
Nella vecchia codifica l’unica classe con la quale venivano inviati i comandi era la 48.


D0 D1 D2 D3
D4 D5 D6 D7

Adesso le classi supportate dalle nuove card sono ben 8:



Le ultime 4 sono antagoniste delle prime 4, ossia si comportano allo stesso modo.

CLASSE D0: la classe D0 è usata in fase di boot prima della ricezione dell’Ins BE,
agisce “in chiaro” senza alcun crypt.

CLASSE D1: la classe D1 è la classe “standard”, usata dopo l’invio dell’Ins BE in
fase di boot , agisce “in chiaro” senza alcun processo di crypt.

CLASSE D2: la classe D2 è particolare, perché agisce con un particolare processo di
crypt. Infatti “appende” alla fine dell’Ins 16bytes di dati criptati (una
specie di segnature aggiuntiva). Questi bytes vengono sempre aggiunti:
se la len è sufficiente a contenerli (len>11hex) allora “coprono” gli
ultimi 16 byte di dati in chiaro dell’Ins; se la len minima non è
sufficiente (len<11hex) la risposta dell’Ins sarà 00xlen + 16 bytes.
C’è da considerare comunque che se l’Ins viene chiesta dall’IRD, è
quest’ ultimo che aggiunge 10hex alla len prevista per il comando.

CLASSE D3: la classe D3 agisce criptando tutto il DataPacket + la “signa” di
16bytes.
Questa classe è usata per l’Ins 2E 04, per l’Ins 54 e per la BE.
Il processo di cifratura per le classi D2 e D3 (D6,D7) non usa l’ASIC
(Application Specific Integrated Circuit) usato invece per cifrare i dati
tramite il nano 90. Anche la classe D3 necessita di una len minima
>11, proprio perché anche per questa classe è prevista questa specie di
“signa” finale.




LE CHIAVI
(Tratto da “Il sistema NDS” by Micromax)


Nel Sistema NDS esistono 3 tipi di chiavi:
Reply With Quote
  #5 (permalink)  
Old 04-24-2006
hummy1's Avatar
Registered User
 
Join Date: Apr 2004
Posts: 45
Thanks: 0
Thanked 0 Times in 0 Posts
hummy1 is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

LE CHIAVI
(Tratto da “Il sistema NDS” by Micromax)


Nel Sistema NDS esistono 3 tipi di chiavi:

Public Key: è la stessa su tutte le card. La Signature calcolata con questa Key è quindi valida per qualsiasi card.
Group Key: è la stessa per un gruppo di 256 cards. La Signature calcolata con questa Key è quindi valida per tutto il gruppo.
Private Key: è specifica per ogni card. La Signature calcolata con questa Key è quindi valida solo per una card. Principalmente usata durante l’ attivazione.



Le chiavi:

Key 00 é la primary public key
Key 01 é la secondary public key
Key 02 é la primary group key
Key 03 é la secondary group key
Key 04 é la primary private key
Key 05 é la secondary private key


Oltre a queste chiavi, è molto probabile che le nuove card contengano altri 2 tipi di chiavi:

Key 06 é la Card Swap Receive Key
Key 07 é la Card Swap Send Key

Queste chiavi intervengono in un’eventuale processo di swap della card. In breve la Card Swap Receive Key serve per autenticare il pacchetto dati che la nuova card riceve dall’IRD (è scritta dal produttore della nuova card) ; la Card swap Send Key serve per autenticare il pacchetto dati che l’IRD riceve dalla vecchia card (è scritta attraverso un apposito EMM).



SIGNATURE CALCULATION & CONTROL WORD ENCRIPTION PROCESS
(tratto da NDSFaq 1.0 by MICROMAX)


Ricordo che questo processo di generazione della signature era stato ipotizzato per il vecchio sistema di codifica. Attualmente non si conoscono le modalità del processo generazione signature.



Signature Calculation & Signature Adjustement Bytes

Durante l’ elaborazione del Nano 09, l ‘ ASIC (Application Specific Integrated Circut) è inizializzato usando la Key indicata in questo Nano. Successivamente ogni byte che segue il Nano 09 fino al Nano 67(08) è ‘stritolato’ da un algoritmo segreto di calcolo della Signature. Questa Signature è successivamente confrontata con 8 bytes risultanti dallo xor dei primi 8 bytes associati al Nano 7E(14), i Signature Adjustement Bytes, e gli 8 bytes associati al Nano 67(08). E’ verificato quindi che:

Signature Calcolata dalla Card. = Signature 67(08) XOR Signature Adjustement Bytes 7E(14)

Non ci sono differenze nel tempo di calcolo (tempo di risposta della card.) tra il caso d’invio di una Signature completamente errata ed una corretta.
Tutti i nano compresi tra il Nano 09 e il Nano 67(08) sono ‘Signature Protected’. Essi non saranno eseguiti se la Signature non è preventivamente validata.




Control Word Encryption Process

Il processo di calcolo della Encrypted Control Word si attiva alla ricezione di un ECM (Entitlement Control Message) nel quale sia presente il Nano 02 (Rating). In realtà il principale processo di calcolo parte alla ricezione dell’ INS54 che deve sempre seguire un ECM.

Se la Signature era corretta e il Nano 02 era incluso, la card., attraverso un algoritmo segreto di calcolo che fa uso della Key specificata dal Nano 09, genera, utilizzando TUTTI i bytes a partire da questo Nano fino alla fine della Signature, una Encrypted Control Word (key). Non è noto se l’ ASIC è reinizializzato in questo processo, dopo il calcolo della Signature.

Questa Key di 10 bytes è quindi ‘aggiustata’ utilizzando i 10 Key Adjustment Bytes presenti nel Nano 7E(14). Questa Key di 10 bytes è restituita alla CAM dall’ INS54.

L’ algoritmo di ‘aggiustamento’ é semplicemente uno XOR :

[10 Key] XOR [Key Adjustement Bytes] = [10 key returned by INS54, if 7E nano present]

In entrambi i casi, gli ultimi 2 dei Key Adjustement Bytes sembrano essere sempre 00 00, e quindi non sembrano intervenire nel processo di aggiustamento. Vedi Appendice 4 per una descrizione più dettagliata.

Notare che se tra la ricezione di un ECM e la INS54 è inviata una INS5C, si ottiene una ECW completamente errata.

Molto probabilmente la CAM, da questa 10 bytes ECW, genera una 10 bytes Decrypted Control Word - DCWs - (odd or even) che è trasferita al chip CSA per la decodifica del flusso MPEG.




















STATUS BYTES

Lo status byte indica lo stato della card alla fine del comando.
Lo status byte è composto da due bytes, detti sw1 e sw2.

SW1 bitmap
76543210
10010000 90 INS eseguita, flag resettati
10010001 91 INS eseguita, flags non resettati.

Per quanto riguarda lo sw1, possiamo dire che, tenendo conto del bitmap e secondo lo standard ISO 7816-3, solo 3 bit sono significativi: il bit 0,4,7.

I bit 7 e 4 sono sempre settati e rappresentano il valore normale della risposta indicante la corretta esecuzione del comando.

Il bit 0 non settato indica che tutti i flag sono stati resettati dopo l'esecuzione del comando.
Il bit 0 settato indica che alcuni flags non sono stati resettati. Ciò non significa che l'ins non sia stata eseguita.


SW2 bitmap
76543210
00000000 00 EE update=no - filter=closed - IRD number flag=not set
00000001 01 EE update=si - filter=closed - IRD number flag=not set
00100000 20 EE update=no - filter=closed - IRD number flag=set
00100001 21 EE update=si - filter=closed - IRD number flag=set
10000000 80 EE update=no - filter=open - IRD number flag=not set
10000001 81 EE update=si - filter=open - IRD number flag=not set
10100000 A0 EE update=no - filter=open - IRD number flag=set
10100001 A1 EE update=si - filter=open - IRD number flag=set

Anche per lo sw2,analizzando il bitmap e tenendo conto dello standard ISO 7816-3, sono significativi 3 bit: il bit 0,5,7.

Il bit 0, se settato indica una scrittura in Eeprom, se non settato indica che non c'è stata scrittura in EE.

Il bit 5: viene settato se: CurrentIRD=#MarryToIRD#.
Se CurrentIRD<>#MarryToIRD#, allora bit5 sw2 non settato.
Per approfondire, vedi Marriage.

Il bit 7, se settato, indica che lo stato dei filtri dopo l'esecuzione del comando è aperto. Viceversa, se non è settato, indica che i filtri della card dopo l'esecuzione del comando sono chiusi.
I Filtri rappresentano un' abilitazione all' esecuzione di alcuni Nano. Se i Filtri sono aperti il nano è eseguito, altrimenti no.



Con l'avvento della nuova codifica, il valore di sw2 ha subito delle modifiche, in quanto sono stati abilitati altri tre bit del bitmap:il bit 2 ,il bit 6 e il bit 4.

Il bit 2, se settato, determina un low nibble dello sw2 uguale a 4. Lo sw2 04 si osserva quando la card riceve un IRD number diverso da quello presente nella locazione #CurrentIRD#. Questo status si osserva anche nel caso in cui si richieda una ins BC non preceduta da una ins B4. Possiamo dire che questo status indica un tipo di errore che però non determina il blocco della card. Per approfondire il suo significato, vedi Marriage.

Il bit 6, se settato, determina un high nibble dello sw2 uguale a 4. Lo sw2 40 si osserva in caso di errore sulla classe delle ins. Ad esempio provando ad inviare una ins con una classe diversa da D0 senza inviare prima l'ins BE, la risposta sarà 9040.
Questo sw determina un blocco della card che dovrà necessariamente subire un reset.
Vedi ins BE.

Il bit 4, se settato, determina un high nibble dello sw2 uguale a 1. Lo sw2 10 si osserva in caso di errore sulla len minima per le ins con classe D2 e D3. Di norma il decoder adotta una len adeguandola automaticamente al tipo di classe. Le classi D2 e D3 infatti necessitano di una len minima=11hex, se questa non è fornita, la card risponde 00xLEN + 16 bytes di “signa” e rispondono 9040. Ma se prima inviamo l’ins BE, allora la risposta ad un’ins con classe D2/D3 con len<11 sarà 9010.
Lo sw 9010 determina il blocco della card che dovrà essere necessariamente resettata.
Vedi Paragrafo Classi.
















LA FASE DI BOOT DELLE NUOVE CARD

[ 16.03.23 ]: Richiede len per l'ins successiva
D0 74 01 80 01 (74) 7C [90 00]


[ 16.03.23 ]: Elenca le ins supportate in Eeprom
D0 74 01 00 7C (74) 01 7A 1E 01 D0 0E FF 02 D0 1E 09 03 D0 2E FF 00
D0 32 01 01 D0 36 FF 02 D0 38 02 03 D0 40 FF 00
D0 42 FF 00 D0 44 35 01 D0 46 FF 00 D0 4A FF 00
D0 4C 09 01 D0 4E 05 03 D0 50 FF 02 D0 54 2C 03
D0 56 FF 02 D0 58 4A 03 D0 5A FF 02 D0 5C 04 03
D0 5E FF 02 D0 6A FF 00 D0 6C FF 02 D0 70 25 03
D0 72 23 03 D0 74 FF 02 D0 76 0A 03 D0 78 18 03
D0 B4 40 01 D0 BC 50 03 D0 BE 10 03 [90 00]


[ 16.03.23 ]: Richiede len per l'ins successiva
D0 74 16 80 01 (74) 04 [90 00]


[ 16.03.23 ]: ?? Risponde sempre così per tutte le card
D0 74 16 00 04 (74) 26 02 3F 00 [90 00]


[ 16.03.23 ]: Marriage
D0 4C 00 00 09 (4C) in in in in 03 00 00 05 04 [90 20]


[ 16.03.23 ]: Send Card Info
D0 58 00 00 4A (58)
15 48 25 UA UA UA UA 06 95 CE 6F 42 00 00 00 00 00 00 00 00 1D 8F C7 00 09 19 UA UA UA UA FF FF FF FF SA SA SA 00 FF FF
FF 00 00 00 00 00 00 0000 00 08 00 00 00 01 49 54 41 00 00 49 54 41 4C 49 41 20 20 5E 1A B2 22 00 00 [90 20]


[ 16.03.23 ]: Abilita le altri classi
D3 BE 00 00 20 (BE) 89 65 1F 18 4C A7 4D CE 19 71 B0 D0 87 D0 16 E7 3B 53 E7 DA 05 06 DD E9 2A A6 71 C1 A9 55 CC EF [90 20]




[ 16.03.23 ]: Send Card Info
D1 58 00 00 4A (58) 15 48 25 UA UA UA UA 06 95 CE 6F 42 00 00 00 00
00 00 00 00 1D 8F C7 00 09 19 UA UA UA UA FF FF
FF FF SA SA SA 00 FF FF FF 00 00 00 00 00 00 00
00 00 08 00 00 00 01 49 54 41 00 00 49 54 41 4C
49 41 20 20 5E 1A B2 22 00 00 [90 20]


[ 16.03.24 ]: Marriage
D1 4C 00 00 09 (4C) in in in in 03 00 00 05 04 [90 20]


[ 16.03.24 ]: Richiede len per l'ins successiva
D1 74 11 80 01 (74) 06 [90 20]


[ 16.03.24 ]: Richiede codice pin (vedi ins 74 11, in fase di boot con classe D3)
D3 74 11 00 16 (74) DF 76 68 18 4D AB 81 B1 0D A8 11 42 FE 12 27 64 1D 3C 57 D7 38 77 [90 20]


[ 16.03.24 ]: Richiede il valore max di P2 per l'ins 74 05
D1 74 05 7F 01 (74) 04 [90 20]


[ 16.03.24 ]: Richiede la len per la richiesta pin
D1 74 11 80 01 (74) 06 [90 20]


[ 16.03.24 ]: Richiede codice pin (vedi ins 74 11, in fase di boot con classe D3)
D3 74 11 00 16 (74) 0A 93 23 C3 B9 5D 6B 30 2B 64 E8 8F EB 6A 56 2D CE 41 66 43 3C A3 [90 20]


[ 16.03.24 ]: Richiede la len per l'ins successiva
D1 74 0E 80 01 (74) 06 [90 20]


[ 16.03.24 ]: Richiede il PCB
D1 74 0E 00 06 (74) 1B 04 FF FF FF FF [90 20]


[ 16.03.24 ]: Richiede la len per l'ins 74 05 (send country code & other info)
D1 74 05 80 01 (74) 22 [90 20]



[ 16.03.24 ]: Richiede la len per l'ins successiva
D1 74 12 80 01 (74) 05 [90 20]


[ 16.03.24 ]: Richiede il limite di spesa
D1 74 12 00 05 (74) 24 03 00 00 64 [90 20]


[ 16.03.24 ]: Richiede il valore max di P2 per l'ins 74 05
D1 74 05 7F 01 (74) 04 [90 20]


[ 16.03.24 ]: Richiede la len per l'ins successiva
D1 74 0C 80 01 (74) 06 [90 20]


[ 16.03.24 ]: Richiede 4 Bytes dal significato ignoto (12°,13°,14°,15° byte del nano E2 dell'ins36)
D1 74 0C 00 06 (74) 19 04 FF FF FF FF [90 20]


[ 16.03.24 ]: Richiede la len per l'ins 74 05
D1 74 05 80 01 (74) 22 [90 20]


[ 16.03.24 ]: Richiede la len per l'ins successiva
D1 74 0D 80 01 (74) 06 [90 20]


[ 16.03.24 ]: Richiede 4 bytes PPv total Cost (16°,17°,18°,19° byte del nano E2 dell'ins36)
D1 74 0D 00 06 (74) 1A 04 00 00 00 00 [90 20]


[ 16.03.24 ]: Richiede il postcode e altre info
D1 74 05 00 22 (74)
05 20 49 54 41 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 80 00 00 00 00 00 01 00 00 00 00
00 00 [90 20]



[ 16.03.24 ]: Richiede il valore max di P2 per l'ins 72
D1 72 00 7F 02 (72) 00 32 [90 20]


[ 16.03.24 ]: Richiede la len dell'ins 72
D1 72 00 80 01 (72) 23 [90 20]


[ 16.03.24 ]: Richiede il valore max di p2 per l'ins 74 04
D1 74 04 7F 01 (74) 20 [90 20]


[ 16.03.24 ]: Richiede la len dell'ins 74 04
D1 74 04 80 01 (74) 12 [90 20]


[ 16.03.24 ]: Richiede il valore max di P2 per l'ins 76
D1 76 00 7F 02 (76) 00 FA [90 20]


[ 16.03.24 ]: Richiede la len dell'ins 76
D1 76 00 80 01 (76) 0A [90 20]



Da questo momento in poi si ha la visione, con i normali ECM/EMM/54.
Tutti questi comandi vengono inviati nell’arco di un secondo.
Reply With Quote
  #6 (permalink)  
Old 04-24-2006
hummy1's Avatar
Registered User
 
Join Date: Apr 2004
Posts: 45
Thanks: 0
Thanked 0 Times in 0 Posts
hummy1 is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

LE NUOVE ATTIVAZIONI

Allego un log che riporta un esempio di attivazione.
Questo log si riferisce ad una attivazione ricevuta da una card già attiva e funzionante.
Purtroppo non ho potuto loggare la prima attivazione, ma credo che grosso modo dovrebbe essere molto simile.

Ho omesso di inserire in questo log ins 40, 54, 4A, 5A e 42 di len 16, che arrivano regolarmente in quanto la card è perfettamente funzionante.


La prima ins 42 che arriva è quella con len 50, che apre i filtri e scrive qualcosa.
La len di questo primo EMM può variare in relazione ai dati contenuti dall’ins. Questa ins infatti ha sostituito le varie 42 firmate con chiave privata che venivano inviate con le precedenti card.
D1 42 00 00 50 (42) 90 4E 44 02 9E 74 FA BA 83 CE FA BA 83 C5 B3 4D
2A FA BA 83 57 95 FA AB 83 E4 B4 FA BA 83 24 77
3F 98 83 C4 54 17 67 12 FA BA 83 60 C3 33 C3 37
24 49 DC B8 E5 FB 26 AA 5F 29 60 20 1C 53 AE DF
AC 97 45 C8 25 BB CA DE 45 81 E1 2E F7 57 34 91
[90 A1]


D1 42 00 00 37 (42) 90 35 40 02 FC FA 9A 38 3B 13 80 00 93 E7 1A E9
81 70 76 19 0F FC 32 79 35 69 C0 45 18 B9 6C E0
27 74 27 D2 B8 93 3D 50 76 1B B6 E5 9D 83 F7 4C
16 78 C4 D3 CD 43 2C [90 A0]
Len 37, non scrive nulla ma lascia filtri aperti; criptata con chiave pubblica




D1 42 00 00 37 (42) 90 35 40 02 FC 04 3D 9B 57 D0 B3 63 E4 8E 5E 40
DE 64 81 8F 9F 23 75 06 3B F0 05 BF 55 35 A6 F7
A5 B8 F2 F2 18 6D 64 29 8B 90 BD 7C FE A3 37 F5
D2 FD 17 FD 4B A2 C4 [90 A0]
Len 37, non scrive nulla, lascia i filtri open, criptata con chiave pubblica ma in modo diverso rispetto alla precedente.



D1 42 00 00 25 (42) 90 23 40 02 C8 E6 07 B8 FB D3 9C 0D 42 7F 19 BA
7B 2A 91 28 9F CB AF 77 E5 F1 10 64 54 64 BE 77
8A 19 2B 58 AF [90 A0]
Len 25, non scrive nulla, lascia i filtri open, criptata con pubblic key

D1 42 00 00 83 (42) 90 81 60 02 3F 67 0B 71 26 C0 E4 7E AA CB 73 E3
F7 98 9A 17 C8 AB AE 32 D1 32 48 26 51 35 8E C7
BB 43 D3 43 3B 8A 49 BA 6E D4 1E D3 9F F9 32 AA
9B 9B 81 C5 4E 0D 88 36 3D 20 B0 A3 CE AA A9 EF
E9 79 2D 16 2D C8 A0 5E 7A 54 5B 9C F0 85 C6 DD
0D 0E CE 6D 78 B6 4C EE 0A D1 B5 E8 A2 EB D0 A9
03 49 A4 CE B5 3B DB 81 E8 84 42 87 CC D2 77 EE
D3 C0 83 E5 C3 B9 63 14 B6 05 F4 B9 91 78 97 EF
65 A6 78 [90 A0]
Len 83, non scrive nulla, criptata con pubbl. key, con hash 60, arriva sempre uguale per tutti.



D1 42 00 00 27 (42) 90 25 40 02 40 DD 5C 27 54 75 E9 A3 06 46 B9 89
91 68 1F 4C 67 5B 95 68 C4 2C 29 46 8D 6F ED 8F
D5 8A 33 64 5F 3B 3D [90 A0]
Len 27, non scrive nulla, hash 40, filtri aperti




D1 42 00 00 21 (42) 90 1F 44 02 25 FA BA 83 27 54 4B 67 73 15 3E 83
6F 51 80 7F 46 4F 45 F7 10 0C 5B 33 4C 24 6B 02
02 [90 A1]
Len 21, scrive qualcosa, hash 44 e filtri open




D1 42 00 00 20 (42) 90 1E 44 02 D5 40 7D 8F 09 1E E8 4C 96 2C 95 84
6B EE AF A4 16 B8 2B F3 7F 6E 47 81 50 F1 0E 3E
[91 A1]
Len 20, scrive qualcosa, hash 44 e filtri open







A questo punto inizia una fase di boot

D1 58 00 00 4A (58) 15 48 25 UA UA UA UA 06 D7 75 12 10 00 00 00 00
00 00 00 00 xx xx xx 00 09 19 UA UA UA UA FF FF
FF FF SA SA SA 00 FF FF FF 00 00 00 00 00 00 00
00 00 08 00 00 00 01 49 54 41 00 00 49 54 41 4C
49 41 20 20 5F 1A B2 22 00 00 [91 A0]

D1 4C 00 00 09 (4C) in in in in 03 00 00 05 04 [90 A0]

richiesta pin
D1 74 11 80 01 (74) 06 [90 20]

D3 74 11 00 16 (74) E4 BD 51 7D C0 F7 15 E7 6E DA 97 3C B9 6E 55 53
88 EA EC E1 B7 88 [90 20]


sequenza ins 74, 72 e 76 di boot

D1 74 05 7F 01 (74) 04 [90 20]
D1 74 0E 80 01 (74) 06 [90 20]
D1 74 0E 00 06 (74) 1B 04 FF FF FF FF [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 12 80 01 (74) 05 [90 20]
D1 74 12 00 05 (74) 24 03 00 00 64 [90 20]
D1 74 05 7F 01 (74) 04 [90 20]
D1 74 0C 80 01 (74) 06 [90 20]
D1 74 0C 00 06 (74) 19 04 FF FF FF FF [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 0D 80 01 (74) 06 [90 20]
D1 74 0D 00 06 (74) 1A 04 00 00 03 E8 [90 20]
D1 74 05 00 22 (74) 05 20 49 54 41 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 80 00 00 00 00 00 01 00 00 00 00
00 00 [90 20]

D1 72 00 7F 02 (72) 00 32 [90 20]
D1 72 00 80 01 (72) 23 [90 20]

D1 74 04 7F 01 (74) 20 [90 20]
D1 74 04 80 01 (74) 12 [90 20]

D1 76 00 7F 02 (76) 00 FA [90 20]
D1 76 00 80 01 (76) 0A [90 20]

Da qui iniziano i normali ECM e 54


Tutte queste ins arrivano nell'arco di qualche secondo.



Purtroppo non posso dire cosa contengono le ins 42, in quanto sono criptate con il nano 90, ma di sicuro le più importanti sono quelle con len 50, 21 e 20 le quali scrivono qualcosa in Eeprom (ricordo che la len varia in relazione ai pacchetti sottoscritti: più pacchetti, maggiore len).
Le altre settano filtri o abilitano la card a ricevere altri comandi (lo si desume dallo StatusWord).




















TRANSAZIONE PPV
Log spiegato di un acquisto PPV tramite telecomando


Prima dell'inizio dell'evento, arrivano ECM del tipo:
D1 40 00 80 22 (40) 00 7F 0A 51 CC 4A EC 35 5D E6 2C 00 00 90 13 C0
02 B3 28 C5 58 0B 74 46 9E B4 4B 4D 8C 40 68 FB
12 62 [90 20]


All'ora di inizio dell'evento, in questo caso un film, si attiva la preview, ed arrivano degli ECM del tipo:
D1 40 00 80 42 (40) 00 7F 0A 89 2E B1 E6 01 9A 4C C9 00 00 90 33 C0
02 63 8B 6F 87 D0 05 E1 C7 52 CC 2B EA E0 1D 72
73 14 06 45 80 B4 9B 9E 48 F2 C1 0F FC 57 8D 6C
DF AE D5 AA 40 D7 B2 D9 A6 99 2A BD 57 C0 B5 FE
E6 71 [90 20]



Premendo il tasto OK del telecomando, la card richiede le varie informazioni sull'evento da acquistare:
D1 46 00 01 33 (46) 08 90 30 C0 02 86 72 6C CB CE 06 86 28 67 F8 9D
42 10 03 8A 28 05 79 CA 54 CA 88 71 F8 3E 95 99
51 1C 6C 86 08 AE 8D 0A FB FA 9A 2D 2F AF 9D 15
16 48 B0 [90 20]
Anzitutto arriva l'ins 46 len 33, che contiene varie informazioni dell'evento selezionato, tra le quali il nano 4D e i tier.


D1 0E 00 81 01 (0E) 06 [90 20]
D1 0E 00 01 06 (0E) 00 05 05 05 05 00 [90 20]
seguono le ins 0E 00 x1, che sembrano sempre uguali per tutti gli eventi


D1 74 05 7F 01 (74) 04 [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 05 7F 01 (74) 04 [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 05 00 22 (74) 05 20 49 54 41 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 80 00 00 00 00 00 01 00 00 00 00
00 00 [90 20]
Segue la sequenza per determinare l'ins 74 05, che fornisce il country code e altre info.


D1 46 00 01 33 (46) 08 90 30 C0 02 86 72 6C CB CE 06 86 28 67 F8 9D
42 10 03 8A 28 05 79 CA 54 CA 88 71 F8 3E 95 99
51 1C 6C 86 08 AE 8D 0A FB FA 9A 2D 2F AF 9D 15
16 48 B0 [90 20]
D1 0E 00 81 01 (0E) 06 [90 20]
D1 0E 00 01 06 (0E) 00 05 05 05 05 00 [90 20]
D1 0E 00 82 01 (0E) 0A [90 20]
D1 0E 00 02 0A (0E) 00 05 02 1C 05 00 03 00 00 00 [90 20]
Determinazione dell'ins 0E 00 02, che fornisce un tier dell'evento


D1 46 00 01 33 (46) 08 90 30 C0 02 86 72 6C CB CE 06 86 28 67 F8 9D
42 10 03 8A 28 05 79 CA 54 CA 88 71 F8 3E 95 99
51 1C 6C 86 08 AE 8D 0A FB FA 9A 2D 2F AF 9D 15
16 48 B0 [90 20]
D1 0E 00 81 01 (0E) 06 [90 20]
D1 0E 00 01 06 (0E) 00 05 05 05 05 00 [90 20]
D1 0E 01 82 01 (0E) 0A [90 20]
D1 0E 01 02 0A (0E) 00 05 02 1C 05 03 F9 00 00 00 [90 20]
Determinazione dell'ins 0E 01 02, che fornisce un altro tier dell'evento


D1 46 00 01 33 (46) 08 90 30 C0 02 86 72 6C CB CE 06 86 28 67 F8 9D
42 10 03 8A 28 05 79 CA 54 CA 88 71 F8 3E 95 99
51 1C 6C 86 08 AE 8D 0A FB FA 9A 2D 2F AF 9D 15
16 48 B0 [90 20]
D1 0E 00 81 01 (0E) 06 [90 20]
D1 0E 00 01 06 (0E) 00 05 05 05 05 00 [90 20]
D1 0E 02 82 01 (0E) 0A [90 20]
D1 0E 02 02 0A (0E) 00 05 02 1C 05 01 00 00 00 00 [90 20]
Determinazione dell'ins 0E 02 02, che fornisce un altro tier dell'evento


D1 46 00 01 33 (46) 08 90 30 C0 02 86 72 6C CB CE 06 86 28 67 F8 9D
42 10 03 8A 28 05 79 CA 54 CA 88 71 F8 3E 95 99
51 1C 6C 86 08 AE 8D 0A FB FA 9A 2D 2F AF 9D 15
16 48 B0 [90 20]
D1 0E 00 81 01 (0E) 06 [90 20]
D1 0E 00 01 06 (0E) 00 05 05 05 05 00 [90 20]
D1 0E 03 82 01 (0E) 0A [90 20]
D1 0E 03 02 0A (0E) 00 05 02 1C 05 01 00 00 00 00 [90 20]
Determinazione dell'ins 0E 03 02, che fornisce un altro tier dell'evento




D1 46 00 01 33 (46) 08 90 30 C0 02 86 72 6C CB CE 06 86 28 67 F8 9D
42 10 03 8A 28 05 79 CA 54 CA 88 71 F8 3E 95 99
51 1C 6C 86 08 AE 8D 0A FB FA 9A 2D 2F AF 9D 15
16 48 B0 [90 20]
D1 0E 00 81 01 (0E) 06 [90 20]
D1 0E 00 01 06 (0E) 00 05 05 05 05 00 [90 20]
D1 0E 04 82 01 (0E) 1E [90 20]
D1 0E 04 02 1E (0E) 00 00 02 08 07 CC 54 00 65 5E 09 80 09 04 80 02
00 00 0A 06 00 00 00 01 2C 02 29 02 00 80 [90 20]
Determinazione dell'ins 0E 04 02, che fornisce varie informazioni sull'evento



D1 74 05 7F 01 (74) 04 [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 05 7F 01 (74) 04 [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 05 00 22 (74) 05 20 49 54 41 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 80 00 00 00 00 00 01 00 00 00 00
00 00 [90 20]
D1 74 05 7F 01 (74) 04 [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 05 7F 01 (74) 04 [90 20]
D1 74 05 80 01 (74) 22 [90 20]
D1 74 05 00 22 (74) 05 20 49 54 41 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 80 00 00 00 00 00 01 00 00 00 00
00 00 [90 20]
Doppia sequenza dell'ins 74



D1 46 20 01 33 (46) 08 90 30 C0 02 86 72 6C CB CE 06 86 28 67 F8 9D
42 10 03 8A 28 05 79 CA 54 CA 88 71 F8 3E 95 99
51 1C 6C 86 08 AE 8D 0A FB FA 9A 2D 2F AF 9D 15
16 48 B0 [90 20]
Cambia il valore del P1 dell'ins: adesso il bit 6 è settato, quindi la card bypassa il controllo sul limite di spesa. Credo che questa ins viene inviata quando si scrive il pin per confermare l'acquisto.
D1 0E 00 81 01 (0E) 06 [90 20]
D1 0E 00 01 06 (0E) 00 05 05 05 05 00 [90 20]






D1 46 20 02 3A (46) 00 00 FF 08 04 00 00 00 90 30 C0 02 86 72 6C CB
CE 06 86 28 67 F8 9D 42 10 03 8A 28 05 79 CA 54
CA 88 71 F8 3E 95 99 51 1C 6C 86 08 AE 8D 0A FB
FA 9A 2D 2F AF 9D 15 16 48 B0 [91 21]
Questa ins 46 è molto significativa: anzitutto si nota il valore di P2 che indica l'acquisto, la len passa da 33 a 3A, in quanto vengono aggiunti, prima del nano 90, 8 bytes, che sembrano essere sempre uguali per tutti gli acquisti, almeno per i film. Dallo sw si nota che alcuni flag non sono stati resettati e soprattutto è avvenuta una scrittura in Eeprom, infatti è stato scritto il record dell'evento PPv.


D1 1E 20 02 09 (1E) 27 07 00 02 70 02 00 00 00 [91 20]
Dopo la 46 di acquisto segue l'ins 1E, che presenta gli stessi P1 e P2 della 46 che precede. Questa ins fornisce informazioni sulla transazione PPv in corso.


D1 72 02 00 23 (72) 23 21 CC 54 5E 09 BF 7D 01 2C 00 04 01 80 5E 08
53 EB 00 00 00 00 00 00 00 00 00 00 00 00 00 00
5E 09 20 [91 20]
Segue l'ins 72, che indica il record (si nota dal P1) sul quale sono stati scritti i dati dell'evento acquistato.


D1 74 04 81 01 (74) 12 [91 20]
D1 74 04 01 12 (74) 15 10 00 65 00 05 01 2D 13 89 09 C5 00 00 00 00
00 00 [91 20]
L'ins 74 04 indica anch'essa le informazioni sulla transazione PPV.


D1 5E 00 04 01 (5E) 02 [90 20]
A questo punto appare l'ins 5E, che in questo caso sembra indicare il record in cui è messo l'evento. Ma non è certo, potrebbe infatti essere uno status di visione ???? Comunque lo sw torna ad essere 9020, quindi vengono resettati i flag aperti dall'ultima ins 46 ricevuta.
Reply With Quote
  #7 (permalink)  
Old 04-24-2006
hummy1's Avatar
Registered User
 
Join Date: Apr 2004
Posts: 45
Thanks: 0
Thanked 0 Times in 0 Posts
hummy1 is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

D1 72 02 00 23 (72) 23 21 CC 54 5E 09 BF 7D 01 2C 00 04 01 80 5E 08
53 EB 00 00 00 00 00 00 00 00 00 00 00 00 00 00
5E 09 20 [90 20]
D1 74 04 81 01 (74) 12 [90 20]
D1 74 04 01 12 (74) 15 10 00 65 00 05 01 2D 13 89 09 C5 00 00 00 00
00 00 [90 20]
Seguono le ins 72 e 74 04.


A questo punto arrivano gli ECM di visione, seguiti dalle 54.
D1 40 20 80 42 (40) 00 7F 0A 4F BF 8B D6 8B F2 FE 00 00 00 90 33 C0
02 8D 95 F2 65 06 EA F2 F7 79 AE BB B0 05 24 59
74 23 5F CD 03 AF B9 A2 C7 72 A9 99 0F BD 07 61
8E 70 08 48 F3 84 D1 DF C0 A0 18 12 D8 D4 31 60
6E 4C [90 20]
D3 54 00 00 3C (54) 92 45 EA 92 84 BB F8 A8 41 26 7E 6A B0 E5 16 F7
E4 DD 89 3D 21 06 8F EE A2 92 D7 A4 72 63 4D C0
AA 2A E3 A9 EE FF F1 28 AE FA 68 22 C9 36 7F EE
E4 55 E7 A5 A6 9F 8D A8 85 97 54 AD [90 20]
La len è 42, infatti la preview è ancora attiva. Si può notare il valore di P1 che è cambiato, infatti è stato settato il bit 6.
Questo valore dura per tutta la durata del film, ma se si toglie la card e la si rimette, il valore di P1 torna ad essere 00.



Dopo 7 minuti dall'inizio del film finisce la preview.
Quindi cambiano gli ECM, che arrivano con una len minore: 3F.
E' importante il primo ECM che la card riceve dopo la fine della preview:
D1 40 20 80 3F (40) 00 7F 0A EC 26 D2 EA 5B 8B 5D 4A 00 00 90 30 C0
02 AF 28 3D 00 33 86 A9 0F 49 8E 8F 79 1F 61 C9
73 E5 71 DA 3D 54 18 6B 59 1C 37 EA 11 EC 98 69
82 58 3D 68 11 3E 6C 6B F2 8F C2 70 9D E2 2C [91 20]
D1 54 00 00 3C (54) C4 6A 76 FE 06 1D 76 C5 1C 53 B2 B7 34 5E 22 7E
D7 5A 5B 2C 75 9F C6 62 59 63 69 4E C4 17 5C 1F
40 F0 DF CC 00 4E A4 5D BF 66 8B F9 0A 7A D7 2B
3B E7 9A B2 D1 B8 6D A9 82 64 EA 14 [91 20]
Si nota infatti che lo status dell'ECM e della successiva 54, sono 9120, quindi alcuni flag non vengono resettati.
Proprio perchè i flag non sono stati resettati, viene inviata un'ins 5E che risponde indicando tutti gli EvID registrati in Eeprom.
D1 5E 00 0E C8 (5E) C4 9D 02 04 C4 9D 02 04 CC 54 01 04 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 .. [90 20]
Si noti come lo sw torni ad essere 90 20.


Da qui in poi arrivano ECM del tipo:
D1 40 20 80 3F (40) 00 7F 0A 94 5A AD B8 FC 38 FE 68 00 00 90 30 C0
02 E1 E5 A9 77 85 1B D4 90 25 0C 67 65 BA 9B 2E
75 73 5F C1 AB EA 0A E6 DA D5 2A 5D BC F3 46 7C
51 16 8F 94 5B 6B 20 70 5F 8D 90 8B E3 9C 97[90 20]
D3 54 00 00 3C (54) 10 F5 FD FA 54 5B 69 B1 B4 22 39 FF 81 9F 88 CD
DD BA 4F 50 98 36 86 84 41 94 5A 72 5B 47 08 18
07 A4 E4 EF FB 33 3A 03 82 D1 DB 2D AB E5 07 F7
05 3B 8E EE 36 4C E9 C6 D7 27 90 EC [90 20]
Queste ins sono intervallate ogni 10 secondi circa da ins 4A e 5A, oltre che dalle ins 42 di len 16 che settano l'orario.






Quando il film finisce, gli ECM tornano ad avere len 22:
D1 40 00 80 3F (40) 00 7F 0A EA 89 B2 39 DC 44 23 C6 00 00 90 30 C0
02 DE E8 9D 4C 4C 28 F6 0B 6D D3 71 B9 93 19 0E
B8 A7 34 6A 57 83 5B C4 8C 37 84 D4 3E EB 56 E9
77 CC 6A 19 07 7F AD B9 B1 5C 1A 8A 52 3B BD [90 20]
D1 40 00 80 22 (40) 00 7F 0A 51 CC 4A EC 35 5D E6 2C 00 00 90 13 C0
02 B3 28 C5 58 0B 74 46 9E B4 4B 4D 8C 40 68 FB
12 62 [90 20]

Va ricordato inoltre che una volta terminato l'evento, non è possibile visionarlo un'altra volta.
E questo è tutto, almeno per ora....
in futuro vi diro di Hardware e software
Reply With Quote
  #8 (permalink)  
Old 04-30-2006
djvince's Avatar
Registered User
 
Join Date: Feb 2006
Posts: 13
Thanks: 0
Thanked 0 Times in 0 Posts
djvince is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

10x all,

But any help on this in english?

DeeJVince
Reply With Quote
  #9 (permalink)  
Old 06-14-2007
Registered User
 
Join Date: Nov 2005
Posts: 1
Thanks: 0
Thanked 0 Times in 0 Posts
calhordas is on a distinguished road
Re: Logging n*s on my ADB/PACE decoder

Hi

as expected you must be logging with Season2 interface right??? if u are do not bother... and the reason why is purely because the ndzs cards in uk the chip is alocated a little bit to the left and not centered as chip connectors on season interface that's why when u insert the logger in the cam slot it only makes contact in a few pins from season board.
Therefore all conection u get is garbage and nothing else..... to be able to log u need a home made logger .

thxs
calhordas
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Question On Pace Decoder rabbit1 Card/Hex Files 9 03-16-2004 11:02 PM
Pace 400 Decoder ricwilliam Satellite TV General 0 08-08-2003 08:55 AM
Decoder Upgrade Logging AlanH Logging Forum 0 05-02-2003 09:38 PM
Pace or Uec Decoder wanted macka Buy Sell & Trade 0 12-09-2002 10:59 PM
logging with pace zj1000 Logging Forum 2 11-14-2002 04:45 PM


All times are GMT +10. The time now is 10:13 AM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.