LABERTHREAD zum Thema: Umstellung der SAT-Verschlüsselung bei Sky (Geschlossen)

Aktuelles zur Änderung der Verschlüsselung seitens Sky

Sky fügt weiteres Sicherheitsfeature bei Verschlüsselung über Sat hinzu - Juli 2021

Sky hat alle Sender auf Sicherheitsfeatures umgestellt. - dazu wurde der Overcrypt-Mode von DES auf AES umgestellt. - dadurch ist ein neuer Key für die OScam notwendig. - diesen aber zu Brutforcen ist nun auch "unmöglich", weil nun auch 128bit Dadurch können die Sender nicht mehr per V13 und...

www.digital-eliteboard.com

Aktuelles zum Verhalten im Thema:​

LABERTHREAD zum Thema: Umstellung der SAT-Verschlüsselung bei Sky (Geschlossen)

Aktuelles zur Änderung der Verschlüsselung seitens Sky https://www.digital-eliteboard.com/threads/sky-fuegt-weiteres-sicherheitsfeature-bei-verschluesselung-ueber-sat-hinzu-juli-2021.502176/#post-3935137 Aktuelles zum Verhalten im Thema...

www.digital-eliteboard.com

LABERTHREAD zum Thema: Umstellung der SAT-Verschlüsselung bei Sky (Geschlossen)

Aktuelles zur Änderung der Verschlüsselung seitens Sky https://www.digital-eliteboard.com/threads/sky-fuegt-weiteres-sicherheitsfeature-bei-verschluesselung-ueber-sat-hinzu-juli-2021.502176/#post-3935137 Aktuelles zum Verhalten im Thema...

www.digital-eliteboard.com

 

[RuckZuck]

Würde man ein dCW einfach errechnen können, gäbe es einen EMU und keine (Originale) Sky Karte (oder andere PayTV Smartcard) oder CS wäre nötig.

 

[Miese.Ratte]

So schwer ist die "Errechnung" eines dCWs häufig nicht. Der Anbieter muss nur so dusselig sein und Füllbytes verschlüsseln. Dann kann man das Thema mit den Regenbogentabellen von Colibri erschlagen.

Voraussetzung: 48-Bit-CWs

Es hat schon einen Grund, warum die BISS-Sender alle so schön hell sind.

 

[kautz8953]

Warum heißt die Option für die echten 64Bit CWs eigendlich Checksumme bei oscam ? Bzw. Skip CW Checksumtest, das hat doch an sich nichts mit ner Prüfsumme zu tun oder.

 

[Gelöschtes Mitglied 488570]

Weil das 4te und das 8te Byte des DCW im letzten Schritt durch eine Checksumme ersetzt wurden ...

Skip CW Checksumme - verhindert das das 4te und 8te Byte durch die Checksumme überschrieben werden

---------------

48 Bit CW

B1 B2 B3 B4(CHK) B5 B6 B7 B8 (CHK) = 2 x 3 Byte = 6 Byte * 8 Bit = 48 Bit

---------------
64 Bit CW

B1 B2 B3 B4 B5 B6 B7 B8 = 8 * 8 Bit = 64 Bit

 

[kautz8953]

Also ist oscam vom grundauf eher auf die 48bit CWs mit den 2 Füll Bytes ausgelegt.

 

[Gelöschtes Mitglied 488570]

Nein eher kommt von vorn herein ein 64 Bit CW raus

im letzten Schritt wird ein Chksummentest durchgeführt und bei bedarf werden die beiden Bytes überschrieben.

 

[kautz8953]

Jo, aber gibt es bei den 64Bit CWs keine Prüfsumme mehr ? Sollte doch an sich auch drin sein.

 

[Gelöschtes Mitglied 488570]

Wozu ... ?
Ist doch eine Schwachstelle im System

Das Modul muss es doch nicht wirklich prüfen ob das CW stimmt - wenns falsch ist bleibt es dunkel

 

[kautz8953]

Jo so rein von der Tatsache das man sowas bei allen Datenübermittlungen hat. Aber hast recht so lange ist das CW nicht gültig wobei es bei einer verkehrten Prüfsumme dennoch wiederholt „richtig“ übermittelt werden könnte. Ja

 

[Gelöschtes Mitglied 488570]

man lässt einfach nur den letzten Teil die Bildung der Chksumme weg
Wenn es hier falsch wäre würde die Chksumme falsch berechnet ... dann wäre ein 48 Bit CW auch falsch

 

[kautz8953]

Katze schreib mich mal privat an. Kann ich bei dir leider nicht.

 

[DVB-T2 HD]

Du musst dich Anmelden oder Registrieren um den Inhalt der Angebote zu sehen!

Die Datenübertragung als Transport-Stream ist doch schon halbwegs fehlertolerant und fehlerkorrigierend, da braucht das CW eigentlich keine eigene Prüfsumme mehr.

 

[Gelöschtes Mitglied 488570]

das CW ist als ein Key zu betrachten der letztendlich den Transport Stream entschlüsselt ...

Naja letztlich gibt es mit Sicherheit im entschlüsselten ECM eine Signatur welche man als Prüfsumme ansehen kann und sich über alle relevanten Bytes erstreckt -
Wenn diese also korrekt ist darf die Hardware davon ausgehen das auch das das ECM nicht manipuliert wurde und das CW korrekt errechnet worden ist.

Das CW wird dann intern mit dem entsprechenden Key ( Overcrypt ) verschlüsselt und in ein Smartcardfile übertragen das keinen besonderen Leseschutz hat ...
Von dort wird es dann ausgegeben

Jetzt kommt das besondere warum das ACL und andere Module das nicht mehr können -
es nimmt den verschlüsselten Key und setzt die Chksummenbytes an entsprechender Stelle damit wurde die Verschlüsselte Ausgabe der Karte verändert und
natürlich ist dann auch das Ergebnis selbst mit dem richtigen Key falsch.

Hier könnte man lediglich im nachhinein versuchen die 2 Bytes des Crypted Text per Brute Force zu ermitteln und den Spaß so oft wiederholen bis Bild da ist sind ja nur 64.536 Möglichkeiten :smiley:
Es wäre ein interessantes Thema ob die Module das noch innerhalb von 7sec schaffen könnten überhaupt ein Bild zu zaubern bevor sie verglühen wenn auch mit argen freezern.

 

[pehedima]

Sorry, aber das ist alles kompletter Blödsinn.

Die allseits bekannte Literatur hilft da weiter.

 

[Gelöschtes Mitglied 488570]

Was soll Blödsinn sein ?

Das mit dem ACL ? das kann keine 64 Bit durch die HW routine