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 Du musst angemeldet sein, um das Element zu sehen. Aktuelles zum Verhalten im Thema: Du musst angemeldet sein, um das Element zu sehen. Du musst angemeldet sein, um das Element zu sehen.

www.digital-eliteboard.com

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

Aktuelles zur Änderung der Verschlüsselung seitens Sky Du musst angemeldet sein, um das Element zu sehen. Aktuelles zum Verhalten im Thema: Du musst angemeldet sein, um das Element zu sehen. Du musst angemeldet sein, um das Element zu sehen.

www.digital-eliteboard.com

 

[surfbuster]

Und dabei so getan als käme es aus der SVN

 

[i303]

@glaubichnicht : Hach ja, war die letzten Tage beschäftigt und da ist bissle was liegen geblieben... wollte mir jetzt noch eine Gute Nacht Geschichte abholen.... ;-)

 

[kautz8953]

also ich habe mal geschaut und die stelle gefunden wo man meines eraachtens den Overcrypt einbringen muss.

if (buff_55[0]&1){     //case 55_01 xx where bit0==1
                  rdr_log(reader, "classD3 ins54: CW is crypted, pairing active, bad cw");
                return ERROR;
                }
            if ((buff_55[0]>>2)&1){     //case 55_01 xx where bit2==1, old dimeno_PostProcess_Decrypt(reader, rbuff, ea->cw);
                unsigned char buffer[0x10];
                memcpy(buffer, rbuff + 5, 8);
                memcpy(buffer + 8, buff_56, 8);
                AES_decrypt(buffer, buffer, &(csystem_data->astrokey));
                memcpy(ea->cw + 0, buffer, 8);  // copy calculated CW in right place
                  }

Wenn man das ganze jetzt noch was in der readerconfig_hwreader_videoguard:

                <TR><TD><A>ins7E11 TA1 Byte (1 byte):</A></TD><TD><input name="ins7e11" class="short" type="text" maxlength="2" value="##INS7E11##"></TD></TR>
                <TR><TD><A>ins2E06 payload (4 bytes):</A></TD><TD><input name="ins2e06" class="medium" type="text" maxlength="8" value="##INS2E06##"></TD></TR>
                <TR><TD><A>ins7E payload (26 bytes):</A></TD><TD><input name="ins7e" type="text"maxlength="56" value="##INS7E##"></TD></TR>
                <TR><TD><A>K1:</A></TD><TD><input name="K1key" type="text"maxlength="32" value="##K1key##"></TD></TR>
                <TR><TD><A>K2:</A></TD><TD><input name="K2key" type="text"maxlength="32" value="##K2key##"></TD></TR>
                <TR><TD><A>K3:</A></TD><TD><input name="K3key" type="text"maxlength="32" value="##K3key##"></TD></TR>

So bei der Videoguarddatei einfügt das der overcrypt gemacht wird, sollte es ja nach dem kompilieren im webif dargestellt werden...

Habe mir mal da die 3des des viaacces daten zu geholt, denke wenn man die anpasst sollte man sich das overcrypt in Oscam selbst kopillieren können stimmt?...

Natürlich muss das dann in der videoguard noch angepasst werden!

Vlt hat ja jemand bock mit zu versuchen als die ganze zeit irgendwelche doofen posts zu machen.

Edit: bin kein programmierer ich versuche mich da einfach mal. Für aufmerksamkeit auf fehler bin ich gern kritik fähig!

 

[Reiner123]

Und dabei so getan als käme es aus der SVN

was macht eigentlich dein Hardware Projekt? Hast du da schon neue Erkenntnisse?

 

[surfbuster]

Halten wir doch erst mal darn fest den key für die v13 überhaupt zu bekommen.... ab v14 ist eh der Sack dicht..... ich habe mehrere Wochen gebraucht um den key zu errechnen. Es ist eben was experimentielles und beim 1. Anlauf funktioniert nicht immer alles.... was ich noch auf den Weg mitgeben möchte, ein dcw und ein ecw werden euch zur errechnunug nicht weiter helfen.... ein kleiner Tabel sollte reichen.... aber nicht übertreiben

@Reiner123 aus einem DCW und einem ECW kann man nichts errechnen.... die Chance ist am höchsten dieses aus einer 2-fach kombi zu erreichen um den wert =1 zu finden..... das ist dein Key

 

[DarkStarXxX]

Wie gut das dieser Thread schon im Fun Bereich ist bei den ganzen Märchen die hier erzählt werden.

 

[surfbuster]

Meine Maschinen laufen rund um die Uhr.... deine auch?

 

[adas]

Braucht er nicht, er hat Live zugang :mask:

Cau Adas

 

[DarkStarXxX]

Meine Maschinen laufen rund um die Uhr.... deine auch?

Wozu sollten sie? Ich bereichere mich nicht an irgendwelchen Hacks.

 

[xyndra]

@kautz8953
Finde ich super von dir. Aber das wird hier untergehen. Mach doch einen eigenen Thread dazu.

 

[CV-Skipper]

Bitte nicht !!!

 

[wurstfachverkaeuferin]

@xyndra Keine Angst. Das kann mit dem Thread untergehen.

 

[xyndra]

Lasst ihn doch machen. Auch wenn eurer Meinung nach der Ansatz verkehrt ist, kann doch was gutes dabei herauskommen. Das Penicillin wurde auch durch Zufall gefunden

 

[kautz8953]

@wurstfachverkaeuferin

wäre das dann nicht so für DES?

            if (buff_55[0]&1){     //case 55_01 xx where bit0==1
                  rdr_log(reader, "classD3 ins54: CW is crypted, pairing active, bad cw");
                return ERROR;
                uint8_t iv[8];
                memset(iv, 0, 8);
                des_cbc_decrypt(ea->cw, iv, K1key, 8);
                }

Bin kein programmierer aber wenn der Tag so ist sollte er doch dann genau deinen befehl ausführen oder ?

Natürlich muss man oben an der videoguard2.c oben auch:

#include "cscrypt/des.h" anhängen oder dient es nur als übersicht weil es ausgerautet ist?

 

[Kind regards]

:blush: nein tut es nicht, du kannst ja die # mal weglassen und schauen was dein Compiler macht.