From the end of July this year. the editorial staff received the first information from the readers who used the nc + platform cards in their own non-dedicated satellite receivers and CAM modules such as AstonCrypt or AlphaCrypt, that suddenly the cards stopped working without any reason. So far, the cases are scarce, but after the analysis we have bad news - it's not a failure, nc + began to hinder the use of the cards themselves except for their own set-top boxes !
In order not to introduce unnecessary confusion before the publication of the news, we carried out a number of analyzes, also thanks to the possibility of examining one of such cards. From the technical side of the card after the former Cyfra + (there are two versions - CY01 and CY02) for quite a long time functioned in the Nagra MA system, but with the optional use of tunneling through the structures of the old Seca MediaGuard system (ProvID: 0x000068). This allowed for compatibility with older models of operator decoders as well - this was what allowed the card to operate directly in receivers having so-called. universal readers (MCAS / UCAS, in the case of Linux tuners, eg oscam). Simplifying: the Nagra MA system was packaged in Seca communication. And that's how it has been for many years. The operator apparently decided that there is no longer a need to maintain this compatibility. Since November 2016, nc + has been conducting an exchange campaign for Philips set-top boxes - one of the oldest HD models, which, as it turned out, are not compatible. The platform warned that they will lose their support at the end of May 2017. The selected cards receive instructions by satellite to remove the entire set of Seca providers on the cards so far (these were: 0x000000, 0x000068 and 0x000065) and also erases PBM - value on the Seca card indicating what we have package, it is used when decrypting to confirm at the card level that we have permission to view. Instead, only one provider 0x00FEDC is reported on the card, with erased - zero PBM. As the satellite channels do not have such a supplier, and all the time old 0x000068 - the cards stop communicating with receivers and CAM modules. They are still active, they have permissions, but they are unable to communicate with an independent receiver or a CAM module due to differences between the provider on the satellite and the card. If such a modified card is in the original decoder (eg wifibox +) - switches to the clean MA Nagra with ProvID 0x1813. At the same time - here's how to test - the card is not rigidly paired with a specific decoder - it runs in every newer model of the nc + decoder and works "on the spot". On some devices, before the change, the card is identified in receivers indicating the CA system as "SECA", after the change it can be seen as "NAGRA". Placing it eg in the PVR BOX + decoder (Pace HD PVR) the card returns to the SECA mode, but still due to the removal of the above-mentioned provider, the 0x000068 does not allow decrypting anything, even after attempting to renew the privileges. What is important - the whole process is carried out by something that can be called a simple update, there is no exchange of cards, it does not look like it would take place if the security is effective. It applies only to cards that operated with the Seca MediaGuard tunnel, not Conax.
Below, the appearance of the cards in question and which are affected by the changes.
Czytaj więcej na: https://satkurier.pl/news/1623…-parowanie-kart-seca.html