Es ist schon erstaunlich - oder auch nicht -, dass immer wenn jemand dem heiligen Gral = der Lösung zu nahe kommt, plötzlich ein paar aus ihren Löchern kommen und Desinformation dadurch betreiben, dass sie sagen was alles nicht möglich ist.
Tatsache ist, das
Alphacrypt 2.2, was ja kein echtes
Alphacrypt ist, sondern ein Klon, hat die Keys für alle drei Kartentypen. Da müssen sie irgendwie hineingekommen sein.
Das kann über das sky CI+-Modul geschehen sein - hier wäre zu klären, ob der 1660-Chip individuelle Keys enthält oder nicht. Wenn nein, dann wäre das eine mögliche Quelle. Ansonsten eher unwahrscheinlich.
Oder sie sind aus einem der Receiver ausgelesen worden.
Dafür spricht: Die Receiver Pace 830 und Humax PDR iCord wurden nachträglich mit der entsprechenden Software für das Pairing versehen. Erkennbar am früher nicht vorhandeen Menü CA Diagnose. Wann das Update für den Pace kam, weiß ich nicht, für den Humax kam es mit Software 1.00.24.
Hinzu kommt, dass die Keyladder-Spezifikation aus dem Jahr 2010 stammt. Beide Receiver gab es jedoch bereits früher. Möglicherweise hat man das Pairing daher ohne echte Chipsetkeys nachträglich realisiert und nur per Software nachgerüstet.
Der Humax konnte das normale Pairing definitiv. Das Sky One Pairing dürfte er vermutlich können, sky hat sich aber zuletzt standhaft geweigert, die Karten mit diesem Receiver zu pairen. Möglicherweise ist auch daran die Implementierung in das
Alphacrypt gescheitert.
Das CI+-Modul ist im Übrigen, was die Firmware anbelangt, seit 2013 nicht mehr verändert worden. Entweder wurden die Keys für V15 schon damals in die Firmware geschrieben, werden sie per EMM aktualisiert oder es gibt nur einen Algorithmus, der für alle drei Kartentypen gültig ist.
Für das CI+-Modul als Quelle sprechen die sonst nicht nachvollziehbaren Preise in der Bucht.
Logischer wären allerdings der Pace 830 (da soll ja auch der eJTAG offen sein) und der Humax.