Newsgroup: it.hobby.satellite-tv.digitale
Titolo: Tecnologia SECA2 - x Esperti

Ciao,
purtroppo qui si parla tanto di codici, codicilli, sbafi e pirati
all'italiana.
Una cosa è certa: nessuno, e dico nessuno, ha ancora chiesto quale sara'
concettualmete la vera novità del SECA2.
Quindi nessuno vuole più sapere, conoscere ed imparare. Tutti vogliono la
pappa pronta e subito. Vabbè... contenti voi...
Io voglio ora mettere sul tavolo quello che ho trovato qua e la. Ora aspetto
che qualcuno cominci a dare informazioni costruttive alla conoscenza.
Scommetto che 9 persone su 10 da qui in avanti troveranno troppo difficile
quello che sto per scrivere.... non c'è problema... ad ognuno il suo posto
nel mondo!
Allora:
Finora la comunicazione dei dati tra SC e CAM avveniva in chiaro (o comunque
in modo facilmente loggabile) e quindi poteva essere loggata, analizzata e
riprodotta simulando le risposte e le frames con lo stesso protocollo di una
SC originale.
Ora sembra che col SECA2 nel firmware del ricevitore che verosimilmente
risiedera' nella CAM e nel programma (firmware a bordo del microcontrollore
su scheda) siano stati implementati algoritmi di crittazione dei dati.
L'effetto sara' quello che CAM e SC si parleranno in codice e se questi dati
verranno intercettati non saranno assolutamente utili a nessun fine a meno
che si possieda una "scatola nera" (programma di decrittazione) alla quale
si diano in ingresso i dati codificati e si leggano dall'uscita i dati
puliti (visione in chiaro).
A questo punto è chiaro che la difficoltà è pari a quella
dell'intercettazione di qualsiasi pacchetto di dati codificati. Sinceramente
mi chiedo perchè colui che avesse le capacità e le conoscenze per trovare
l'algoritmo perda tempo per cercare di vedere la TV a sbafo e non cerchi di
darsi da fare per cose più interessanti... mi capite vero?
Una cosa però è certa: da qualche parte i dati ritorneranno in chiaro.
Quindi sono convinto che prima di perdere tempo nel cercare algoritmi fatti
apposta per NON essere scoperti a colui che vuole capire ed imparare
convenga studiare l'hardware, cioe' la CAM, l'elettronica all'interno del
ricevitore etc..
Non voglio assolutamente dare linee guida a nessuno, anche perchè la fuori
c'è gente che ne sa MOLTO più di me però sono convinto che in tanti volevano
sapere queste 4 cose. Spero di averli accontentati e magari tra chi è
arrivato fino a qui a leggere c'è colui che domani riuscirà ancora a farsi
la propria "schedina"
Alla prossima

Il fatto e' che chi capisce realmente qualcosa di quello che
succede tra sc e cam, secondo me, e' non + di una persona
su 10000.
Si vedono spesso messaggi del tipo: Voglio studiare, Da
dove inizio? Datemi le dritte...
In realta' se uno non ha basi + che solide in informatica,
puo' impegnarsi fin che vuole ma potra' imparare solo dei
procedimenti meccanici x vedere tv a sbafo, quello che
faccio anch'io e penso il 90% del NG.
Penso che se mi mettessi a studiare da autodidatta come si decripta
un messaggio criptato starei qui 10 anni e non ne capirei una
nespola.
Invece per imparare a programmare una wafer, una mosc
o che dir si voglia ci si mette poco tempo e non bisogna
essere dei luminari.
Coloro che realmente capiranno qualcosa del seca 2 saranno
pochi eletti e sinceramente spero divulghino il loro sapere
x contrastare l'egemonia dei due amati/odiati strim e di+.
Liz

 
poche idee, ma ben confuse. se e' effettivamente questo cio' che si
crede sia il seca2, i vari "studiosi" sono decisamente fuori strada

 puliti (visione in chiaro).
Scatola nera ?
...più semplciemente algoritmo ?
[Per molte parti cut]

come la vedo io:
se entro un paio di mesi non si trovano buchi fertili nelle v.7;
se le alternative su irdeto, nds, betacrypt, viaccess1 non soddisferanno i
più esigenti;
se come dice Il Mundo (Giornale spagnolo vicino a Universal Vivendi) i
providers non crolleranno sotto la disdetta di 400.000 (quattrocentomila)
abbonati solo in Spagna;
allora si passerà direttamente a mettere le mani nel decoder.
Considerato che:
- ogni decoder è in grado di trattare la criptazione dello standard DVB
(vedi modifica dell'anno scorso fatta dal creatore del DVB per il nokia 9500
e dei goldbox inglesi) che resta l'unico algoritmo di codfica di segnale
televisivo oggi trasmesso dalle televisoni digitali commerciali
- che il modulo CAM serve solo a controllare se il canale è free o con
dirittti;
- che nel caso di canali con verifica dei diritti il modulo CAM opera in
sequenza solo due operazioni:
1. leggere il tipo di verifica dei diritti da adottare (se plurima, la prima
che rileva in ordine di arrivo)
2. chiedere il successivo consenso alla smart che contiene i diritti e
continuare a verificare i diritti
è logico pensare che finora si è solo perso tempo e che la strada principale
era e resta sempre quella di bypasasre il controllo del modulo dell'accesso
condizionato. In questo periodo però troppa gente ha fatto i soldini con
decoder fantasmagorici, supercam, cam modificate, m-osc, tarocche e
superprogrammatori.
Se la sfida di pochi appassionati illuminati  dal genio della informatica
non produrrà subito frutti credo che tra un paio di mesi cominceremo a
comprare decoder polacchi e ci siamo capiti di che tipo saranno. Senza
carta, senza codifica e saranno la morte nera per tanta gente.

 condizionato.
l'unica cosa logica e' il constatare che NON sai come funziona il DVB!

 superprogrammatori.
Mai sentito parlare di algoritmo comune ?
E se le cose fossero così come tu le descrivi,
non credi che qualcuno ci avrebbe già pensato ?
Vabbè che è opinione comune che il DVB sia un colabrodo,
ma non esageriamo.
Ciao.

 concettualmete la vera novità del SECA2.
FRACICO sta studiano da un bel po'.

continuare a verificare i diritti
Dopo qualche mese di assenza, torno su questo ng.
Sapevo che l'uscita di Seca2 avrebbe scatenato i lameroni peggiori, ma
mai avrei pensato a certe vette, sennň sarei tornato prima...
Continuate cosě, č una mezzora che rido di gusto leggendo certi deliri.
-- 
Per rispondermi, ricordati di togliere il 
nome del poeta e il trattino.

 e dei goldbox inglesi)
Non e` che confondi lo standard DVB con il firmware DVB2000 ( e DVB98) di
Uli Hermann??
Forse e` meglio che non ti avventuri in campi per te molto oscuri.
Giovanni

Non confondo assolutamente nulla:
visto che sei un gran appassionato del nokia e del firmware dvb98/2000 (che
non c'entra nulla con lo standard dvb di trasmissione di segnali televisivi
e lo sanno anche le pietre), forse ti sarà scappato che a dicembre dello
scorso anno il creatore Uli Hermann ha progettato una piccola modifica al
suddetto decoder (sia hardware sia al software) per escludere ogni richiesta
di controllo dirittti. Il prototipo in effetti funzionava senza bisogno ne
di cam ne di smart.
Beneficiari solo alcuni amici molto stretti, tra cui un noto amico del
vecchio braveforum, che l'ha confermata.
Se qualcuno può dimostrarmi (convincermi) che la cam è in grado (a livello
hardware che software) di eseguire una qualunque minima de/codifica del
flusso dvb mi rimangio tutto.
Convincetevi che ogni decoder è in grado di trattare da solo il flusso dvb
(con dirittti).

 (con dirittti).
E cosa vuol dire ? Se consideri un decoder embedded cam
come un oggetto unico, la risposta è si.
Ciao :-)

 
dovresti fare un giro su 
http://www.dvb.org
 e http:/
www.etsi.org
nei canali criptati, la parte audio e video dello stream mpeg2 viene
criptato con un algoritmo standard per il dvb, questo algoritmo si
chiama DVB-CSA (DVB common scrambling algorithm) ed accetta in
ingresso due cose:
1) i dati da criptare (stream audio/video)
2) la chiave (control word) con cui criptare i dati
la control word la stabilisce chi cripta i dati e deve essere
recapitata solo a chi e' abilitato alla visione.
se fosse trasmessa in chiaro la riceverebbero tutti, per evitare cio'
la CW viene criptata con il sistema di ca: seca, irdeto, nagra, conax,
ecc...
quindi il sistema composto da cam e card si deve preoccupare SOLO di
far arrivare al chip che si occupa del CSA la control word in chiaro.
(la CW cambia in continuazione)
a questo punto credo che per te sia giunta l'ora dell'aperitivo,
buon appetito!
p.s.
 ricorda  
http://www.dvb.org
 e http:/
www.etsi.org

 come un oggetto unico, la risposta è si.
La mia idea, che continui episodi mi vanno rinforzando, è che ogni decoder
compatibile con lo standard  DVB abbia, ripeto, implementato (accodi tra
produttore e gestore dello standard) l'algoritmo di decodifica del CSA.
Per me questo è un hobby spassoso che finisce dopo aver assicurato i cartoni
animati ai pargoletti: non fatemi arrivare a calcolare il numero di
operazioni e la potenza di calcolo che dovrebbe assicurare una cam per
mettere in chiaro una flusso di dati audio e video caretteristico di una
trasmissione telelvisiva.
Circa l'aperitivo di Luciano possiamo anche andare a prenderlo tutti
insieme, ma prima mi deve/dovete convincere che su un decoder DVB non è
implementato nessun altro modulo (fisso) che abbia la tabella la Common ( e
stato proprio questo common a farmi puzzare la cosa) Scambling Algorithmus
implementata.

 ha scritto nel messaggio
news:9TUG8.74205$CN3.2...@news2.tin.it...


Perche' invece di definire solamente le idee degli altri non ci racconti tu
cosa sara' concettualmente il SECA2 ?
Ti aspettiamo....
"Luciano" <n...@this.time> ha scritto nel messaggio
news:3CECA7C5...@this.time...


 ha scritto nel messaggio
news:2I5H8.2490$d7.3...@news.edisontel.com...


prova
Marco ha scritto:
