Ecm Aufbau Erklärung Und Nds Status Byte Meldungen Der V13/v14 Karte

Hallo Leute,

da hier recht wenig über die Status Meldungen oder über den ECM Aufbau geredet wird, man vielleicht sogar wenig darüber weiß, werde ich euch hier mal etwas mehr im Thema NDS aufrischen.

Was ich euch hier zeigen werde sind, von mir und anderen, Informationen die für das weiter lernen vom Pairing sehr hilfreich sein können.

ECM Struktur:

Wie vielen schon bekannt ist, gibt es verschiedene ECM Längen, dennoch aber immer eine Struktur. Diese sieht folgendermaßen aus:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Der Nano Killer wird in manchen Ländern eingesetzt und bringt die Karte in einen Error status, diese entschlüsselt dann garnichts mehr und muss ausgetauscht werden. Bekannte Länder sind: Italien, Indien und China


NDS Status Byte Meldungen:

Wer nicht weiß was die SW Status Meldung ist, das ist die Meldung der Karte ob:

Eine INS,EMM richtig/falsch geschrieben worden ist,
Filter geschlossen oder geöffnet sind,
IRD Flags gesetzt worden sind oder nicht
und ob das EEpromgeupdatet worden ist oder nicht.

​

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

Das sind die bis jetzt mir bekannten Status Meldungen und die aktuelle ECM Struktur.

Um mal kurz noch die Zukunft vorher zu sagen.

NEXT STEP FROM SKY:

Es wird der Descrambler Aktiviert, dies schneidet dann alle Karten aus, die noch für CS oder bessergesagt unsere Publik EMUs funktionieren.

Dieser verändert das Standard Decrypt in ein Provider gebundenes Decrypt. Dazu wird der oben genannte null byte in der ECM einen Wert bekommen der dem Descrambler übergeben wird, dieser weiß dann wie er fortzufahren hat.

Wer weiß vielleicht wurden genau aus diesem Grund die ECM Verlängert.

Lösungen hierzu?

Sky Hardware studieren, auslesen, EMUs anpassen.

Ist alles schwerstarbeit und braucht viel Wissen um wirklich etwas damit anzufangen.

So das wars von meiner Seite aus, hoffe ich kann hiermit einigen einen kleinen Einblick verschaffen und vielleicht allen daran arbeitenden etwas mehr Wissen vermittelt haben.

Grüße

amassidda

 

[kautz8953]

Ich kann dazu mal eine Erfahrung berichten. V14 Karte und Humax PR-HD3000 Receiver von ende 2013, Karte wurde im März 2017 zugeordnet ( F0 Tier erhalten ), Karte wurde im CI plus Modul nicht Hell Fehler Nr. weiss ich nicht mehr. Die meldung war die Karte ist für den Empfang im CI Plus Modul nicht Freigeschaltet oder so....

Karte also Ab ins ACL R2.2 ( Hell )

Letzte Woche habe ich dann das erstemal den Sky Receiver eingeschaltet und die Karte dort hinein geschoben, siehe an kein Bild Fehler Hinweis 326, dann habe ich einfach mal abgewartet und den Receiver auf einem Sky kanal mehrere Stunden laufen lassen. Keine änderung.... Erst nach anruf bei Sky mit der durchgegebenen Fehlermeldung kam sofort Bild. ( Waren das dann nicht die dem Receiver Fehlenden C1 Emms?? ) Karte Läuft nach wie vor im ACL R2.2 und Jetzt halt auch im Receiver

 

[fynnthek]

Nein, dir fehlte die Zuordnung (Hinweis 326). Das gleiche hättest du erreicht, wenn du einen vorher geloggten A2 geschrieben hättest.

Alle Sender außer Sky1 laufen aber auch mit fehlender Zuordnung.

 

[kautz8953]

Der Hinweis 326 kam aber auf jedem Sender, nicht nur auf Sky1!

 

[dia]

alle karten sind mit FF zugeordnet da modul 00

receiver 326 = FF
modul = 00

fehler 345 rom

326+hex=16
526+hex=16

 

[fatboyslim]

@fynnthek der a2 kommt ja aber ständig und hätte ja nach ein paar stunden in der büchse drauf sein sollen oder ?

 

[italia198311]

Der A2 bzw. 50 kommt nach jeder Freischaltung.

 

[fatboyslim]

komisch a2 mit camserial bei mir ständig mit 50er zusammen als unknown....

 

[kautz8953]

Siehe hier!

Karte lief im ACL R2.2, nicht im CI Plus modul und auch nicht im Original Receiver der zu der Karte gehört, nach dem Telefonat mit der Hotline lief die Karte im Receiver, im ACL R2.2 und nicht im CI+ Modul und schon Garnicht im Oscam....

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

 

[dia]

man braucht ihn nur einmal
die karte wird immer zurück gesetzt

 

[longshot006]

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

Ist halt die Frage,ob das CWE vorher noch durch eine Rijndael S-box invers geschickt werden muss da dies soweit ich weis bei SKY IT der Fall war / ist

 

[Miese.Ratte]

Das CWE ist mit seinen popeligen 8 Byte für deine "Rijndael S-box" zu kurz! Daraus wird also nichts. AES arbeitet mit 16-Byte-Blöcken. Folglich hat der Chiffre-Block 16 Byte lang zu sein. Sonst kommt beim Decrypt nur Quark hinten raus.

 

[satelli]

Vergesst nicht, dass CI-Modul und Original-Receiver einen eigenen EMM-Filter haben, der auch ohne eine eingeschobenen Karte sich mit den Pairingdaten programmiert

 

[dia]

ohne karte geht garnichts

 

[longshot006]

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

was die S-Box betrifft eher nicht da man das cwe auch byte-weise durch schicken kann:

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

static const uint8_t rsbox[256] =

Spoiler

Du musst dich Anmelden oder Registrieren um diesen Inhalt sichtbar zu machen!

static uint8_t getSBoxValue(uint8_t num)
{
return sbox[num];
}

static uint8_t getRSBoxValue(uint8_t num)
{
return rsbox[num];
}


for(x = 0; x < 8; x++) {
tmpcwe2[x]=getRSBoxValue(tmpcwe1[x]);
}

 

[Miese.Ratte]

Du kannst dich auch zutode spekulieren. Es wird aber ohne echten Hintergrund nichts nützen.

Kein halbwegs schlauer Programmierer modifiziert Crypto-Algorithmen. Dabei kann man nämlich mehr falsch machen, als der Quellcode Buchstaben hat. Das wird in voller Original-Pracht und unmodifiziert verwendet. Nur so kann man sich auf das Ergebnis der zugehörigen Reviews verlassen. Andernfalls riskiert man herauskleckernde Key-Bits und dann ist man ratz fatz am Ar***.