Newsgroup: it.hobby.satellite-tv.digitale
Titolo: Probabile tallone d'Achille: il GoldBox

Leggendo ho letto che anche ad altri utenti il goldbox si è rallentato
un tantino all' avvio.
Anche il mio Philips ha lo stesso problema.
Sia con la card nuova che quella vecchia.
Ora vi racconto le mie congetture:
il 6/6/2002 è arrivato l'aggiornamento per il software MediaHighway dei
GoldBox.
Cosa normale per poi permettere il funzionamento dello stesso con la
nuova smartcard.
Facciamo ora due conti:
Smartcard nuova e "inviolabile"
Vecchio Decoder Goldbox
Ora sorge un pensiero:
Se la scheda utilizza dei comandi nuovi e nuovi algoritmi di codifica
dei messaggi IRD - CAM, anche il decoder deve avere gli stessi algoritmi
di codifica e decodifica
No?!? Bene allora bisogna far si che il decoder abbia la possibilità di
proteggersi dal Reverse-Enginering codificando il nuovo firmware e
decodificandolo alla accensione.
Questo è quello che forse succede in quei 10 sec.
Altra considerazione:
Se si vuole scoprire la codifica bisogna leggere per forza l'algoritmo:
Il codice macchina della smart card è protetto dal tampering ma quello
del decoder mica tanto... 
Ora ecco forse dove è il punto debole del sistema.
Commodore 64 Rules!!!
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

del decoder mica tanto... 
Quello del decoder è pubblico, visto che è lo standard DVB. 
-- 
Per rispondermi, ricordati di togliere il 
nome del poeta e il trattino.

 Quello del decoder è pubblico, visto che è lo standard DVB.
Mi spiace dirti che lo standard DVB prevede il supporto proprio per il
Conditional Access System.
Se ne sai un poco per quanto riguarda il sistema SECA è il MediaHighWay.
Ora dato che il decoder non ha ricevuto nessun aggiornamento SW per il
suo firmware (tuttora fermo alla versione 34) e dato che l'unica cosa
che è avvenuta ieri è stato l'aggiornamento di un software, posso
solamente pensare che sia stato aggiornato la parte del MediaHighWay.
Se sai qualosa di più sei pregato di rispondere al newsgroup.
Cerchiamo di sviluppare qualche idea.


Conditional Access System.
Appunto. 


Se non ti va di rispondere che lo fai a fare? Queste risposte da sibilla te
le potevi risparmiare...


 le potevi risparmiare...
tipico atteggiamento da borioso. non farci caso.
-- 
se non fai parte della soluzione| 
http://werted.cjb.net
allora fai parte del problema   |

Ma smettetela di dire fesserie....
Mi meraviglio di ZC poi !
Allora:
1) La risposta e' SI' UNO DEI punti deboli e' proprio il goldbox.
2) E' vero che il firmware del goldbox deve gestire lo standard dvb, ma e'
anche vero che i goldbox NON HANNO la CAM. la CAM viene emulata via software
!
3) Un reverse engineering del goldbox comunque servirebbe a poco (giusto a
farlo diventare un all cam come hanno gia' fatto) questo perche' il goldbox
non fa altro che passare le richieste che arrivano via satellite alla card,
la quale le decripta e le ripassa al goldbox il quale con le chiavi ricavate
va a decriptare il flusso video/audio.
Tutto chiaro?

le potevi risparmiare...
Non ho alcuna voglia di scrivere cose dette più volte nel corso degli
anni. 


Tutto chiaro?
Sě grazie, so come funziona la baracca... 


 video/audio.
E un CI cosa fa' in più?
-- 
http://fantoibed.da.ru
    |   linux   |  
http://www.spippolatori.com
 UIN:62959208             | addicted  |  email:  
fant...@libero.it

 E un CI cosa fa' in più?
Riceve tutto il flusso di dati dal satellite e lo passa direttamente alla 
CAM, che si occuperà di dialogare con la card e di decriptare il segnale.
Goldbox = ricezione + decrittazione (insieme)
Ricevitore CI = ricezione
CAM = decrittazione
giusto? 
^_^

 solamente pensare che sia stato aggiornato la parte del MediaHighWay.
Ok, puoi cominciare lo studio, se proprio ci tieni. Prenditi MHWStudio, 
panparser, HyperPanel, MHWPack e MHWUnpack e comincia a girarti le varie 
routine MHW (boot,basic,cardl,cardr, ecc). Purtroppo quello che non è 
contemplato nel MHW è proprio la gestione del dialogo CAM/IRD che è 
invece implementato a basso livello nelle routine ASM e che cmq non esce 
dalle specifiche DVB.
Tieni presente che un ulteriore freno allo studio delle routine a 
basso livello è il fatto che esistono diverse famiglie di goldbox, ognuna 
con un proprio processore e quindi ognuna con un suo assembler ed è 
questo il motivo per cui non si assiste alla creazione di firmware 
realmente alternativi come è avvenuto per i Nokia MM ma solo 
rimaneggiamenti delle routine MHW (vedi le diecimila versioni di firmware 
allcam, sostanzialmente identiche).
Le uniche modifiche finora apportate al layer low-level sono state i 2000 
canali che ha comportato la modifica degli indici delle tabelle canali 
(TCS) e transponder (TPT) ed era relativamente facile (il resto del 
lavoro era in MHW) e l'allcam già un po' più complicata ma comunque 
facilmente portabile (anche se, ad esempio, sugli Strong8100 ancora non 
funziona) in quanto in realtà si tratta di un semplice filtro.

 va a decriptare il flusso video/audio.
In teoria, dovrebbe essere possibile, con la modifica della seconda 
seriale (sui nokia-strong), ottenere il dump della memoria e dei registri 
a decoder in funzione (o meglio, viene mandato in CHA il decoder tramite 
il telecomando durante il normale funzionamento). Chissa che non ne esca 
fuori qualcosa di carino ;)

 fuori qualcosa di carino ;)
potresti provarci... ;) 
-- 
se non fai parte della soluzione| 
http://werted.cjb.net
allora fai parte del problema   | tessera #1 C.A.P. Club Anti Pizzul
                                | tessera #1 C.C.C.T. Club Cosmi C.T.

 wrote in message
MPG.177b155b5...@127.0.0.1...
