Hoe werkt Simulcrypt?

[Bigfoot]

Wie kan mij wat meer vertellen over de werking van simulcrypt? Veel providers zenden in twee, drie coderingsystemen uit terwijl dat waarschijnlijk niet 2 of 3 maal zoveel bandbreedte kost, anders zou de capaciteit van de transponders al snel ontoereikend zijn lijkt me.

 

Is het dan zo dat er 1 MPEG stream wordt uitgezonden met daarbij "headers" die gecodeerd worden in meerdere coderingen?

 

Wat staat er dan in die headers, en kun je niks met de rest van de stream die dan kennelijk niet gecodeerd is?

 

[EL PIÑO]

Het enige wat ik weet van simulcrypt is iig niet dat het hele signaal voor elke codering opnieuw verstuurd moet worden. Er worden ECM pids meegestuurd die zorgen voor de codering van beeld, danwel geluid [1]. Dus zoals jij zei, dezelfde headers worden in meerdere coderingen gecodeeerd.

 

Geluid (of beeld maar da's onlogisch) wordt niet altijd gedaan, op de Discovery zenders op de Hotbird deed het geluid het nl. nog altijd wel.

[Bigfoot]

Zou wel makkelijk zijn als je die "headers" kon niet nodig zou hebben, dan ligt de hele dvb-stream open!

[EL PIÑO]

Als je die niet zou gebruiken zou je gewoon geen beeld/geluid meer hebben, in die DVB-headers wordt de codering namelijk mee verzonden.

[Bigfoot]

Dat snap ik maar wat voor soort info zit in die headers verborgen?

 

Als de stream voor 99% ongecodeerd is en voor 1% bestaat uit headers, dan denk ik, misschien kun je uit die 99% wel genoeg beeld toveren zodat je de hele codering kan omzeilen! Met slimme truuks en algrotimes uiteraard die mijn pet dan weer te boven gaan....

[Gast]

Het zou wel erg gemakkelijk zijn, en dat is het natuurlijk niet. Toch vind ik t idee zo gek nog niet. Zou je bijvoorbeeld het signaal kunnen opnemen zonder header en dan overzenden naar de PC en een of ander handig programmatje een nieuwe header kunnen laten schrijven of zo? T zal wel niet maar goed. Greetz!

[Gast]

Citaat:

Als de stream voor 99% ongecodeerd is en voor 1% bestaat uit headers, dan denk ik, misschien kun je uit die 99% wel genoeg beeld toveren zodat je de hele codering kan omzeilen! Met slimme truuks en algrotimes uiteraard die mijn pet dan weer te boven gaan....

Volgens mij is de ECM verantwoordelijk voor zowel nummeriek omrekenen (byte voor byte decoderen) van de datastroom als het in de goede volgorde zetten vd data pakketjes in de streams op de video en audio pids.

Ik had eigenlijk de hoop dat juist doordat er simultaan twee ECM's werden uitgezonden op dezelfde datastream waarvan de werking van één volledig bekend is, de werking van de ander zo ontsleuteld zou kunnen worden.
(door een slimmerik)
Maar in april 2002 (taq. overgang) is dat ook niet gelukt... <img src="/ubbthreads/images/graemlins/biggthumpdown.gif" alt="" />

groeten,
Eggspert.

[Gast]

De encryptie van MPEG in DVB gebeurd altijd via het zogenaamde Common Scrambling Algoritme. Aan de decrypter wordt het encrypte MPEG signaal gegeven en Contol Words (CW's). Deze CW's zijn het antwoorden op de smartcard van een ECM. Wanneer er in simulcrypt wordt uitgezonden zijn er meerdere ECM's aanwezig en via de verschillende berekeningen van elk codeeersysteem (Irdeto,seca,seca2,enz,enz) komt er uit alle ECM's hetzelfde CW als antwoordt.

Nu lijkt het voor de hand liggend om via de CW's de ECM van een ander codeer systeem te hacken maar daar ligt nu juist een probleem. Wanneer niet van een codeersysteem bekent is wat voor een algoritme gebruikt wordt heb je nog steeds niks aan de decrypte CW en de encrypted CW (ECM). Wanneer het algoritme wel bekent is kan men via de brute force methode een key te voorschijn toveren maar dit kan erg lang duren omdat elke key 1 voor 1 uitgetest moet worden.

 

[Gast]

@AVRRULZ

Stel(!) dat keys via loggen bekend zouden worden (zullen ook wel gecodeerd verzonden worden, maar je hebt een begin), dan zou iemand die bekend is met nieuwe generatie encryptie methoden het seca2 algoritme kunnen benaderen in het hierboven beschreven scenario.(dus 2 ECM's waarvan er van één de werking bekend is) [toch ??]

 

Ik citeer ff uit de inleiding van het boek:"Basismethoden Cryptografie" door dr.ir. J.C.A. van der Lubbe.

Citaat:

In het algemeen geldt dat hoe goed de cryptografische algoritmen ook zijn, de

overall veiligheid valt of staat vaak met de mate waarin de geheime sleutel geheim

gehouden wordt.

 

Zelfs dan is 5 mei erg kortdag <img src="/ubbthreads/images/graemlins/grin.gif" alt="" /> <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

 

Groeten,

Eggspert.

[Bigfoot]

Citaat:

...
Ik had eigenlijk de hoop dat juist doordat er simultaan twee ECM's werden uitgezonden op dezelfde datastream waarvan de werking van één volledig bekend is, de werking van de ander zo ontsleuteld zou kunnen worden.
...

Dat was precies mijn idee! Maar ik heb niet de indruk dat SECA-2 nou makkelijker te kraken is nu er in simulcrypt uitgezonden wordt <img src="/ubbthreads/images/graemlins/frown.gif" alt="" />

[Gast]

Toch blijft het mogelijk terwijl Canal+ in Seca2 en Irdeto1 uitzenden....

(C+ werknemers mogen dit toch niet lezen <img src="/ubbthreads/images/graemlins/blush.gif" alt="" />)

 

Trouwens moet je als "Bigfoot" zijnde niet zo'n soort avatar hebben als ik <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

[Gast]

Maar je kan dan wel vanuit het bekende CW gaan werken(reverse engineering).

De truuk is dat je een programma moet schrijven die met diverse parameters tot de juiste ECM komt.Probleem wordt het aantal parameters en de berekeningen naar het ECM toe. B.v. een bepaald gegeven vermenigvuldigen en dan Xor-en. Mogelijk is het wel, zeker als al een paar parameters bekend zijn.

Vind je een voor dat moment geldige ECM dan is het een kwestie van het algo checken

of bij een volgende update de ECM weer goed berekend wordt.

Mooiste is natuurlijk een aantal berekeningen die alle tot de juiste ECM leiden en dan de onjuiste elimineren.

Avensis

[Tonskidutch]

en als het nu eens geen algorithme is maar een ander getalsmatig (wiskundig) principe...

zit je helemaal fout met het trachten te achterhalen of die algoritmen te herleiden zijn.

[Bigfoot]

Citaat:

en als het nu eens geen algorithme is maar een ander getalsmatig (wiskundig) principe...

Wat is het verschil tussen een algoritme en een getalsmatig (wiskundig) principe?

[Gast]

Avensis slaat de spijker op z'n kop...

Je zal op vele algoritmes kunnen komen die met de keys tot de juiste data leiden, maar pas bij key wissel zien we welke correct zijn.

 

Een algoritme gokken is eigenlijk onbegonnen werk, tenzij je al verstand vd laatste stand van zaken rondom cryptografie.(not me btw)

 

Het oude D2mac was triple des, ik heb geen flauw benul wat seca was (ook 3-des???) laat staan seca 2.

(Educated guess zou zijn een variant AES)

 

Heb hier een perfect document gevonden INLEIDING CRYPTOGRAFIE (recent pdf-je, 1-3-2003) voor de mensen die iets meer willen leren over dit soort algoritmes en hoe het zit met keys.

Is niet te moeiljk en duidelijk. (Voor mensen zoals ik!) <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

 

Zie het al voor me dat heel het board zich in cryptografie gaat verdiepen en we er uit komen (Azazel aan de ene kant -instruktie/nanocode crack - en wij aan de andere... <img src="/ubbthreads/images/graemlins/grin.gif" alt="" /> LOL)

 

@Tonskidutch

Tja... leg dat maar eens uit..... <img src="/ubbthreads/images/graemlins/grin.gif" alt="" /> <img src="/ubbthreads/images/graemlins/grin.gif" alt="" /> <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

 

Groeten,

Eggspert.