schott
DZSatien Expert
- Inscrit
- 14/8/10
- Messages
- 2 361
Bonjour à tous,
Je me permet de vous partager un post trouvé ailleurs qui permet de se rafraichir la mémoire sur la Nano E0 qui nous bloque un petit peu si je puis dire.
***********************************************
Quel est le rôle exact de la nano E0 ?
Alors dans l'ordre :
* Le décodeur s'initialise et initialise tout son module crypto CAS
* Le décodeur va interroger la carte pour lire le numéro de série , et le décodeur va lui aussi lui envoyé un identifiant par l'intermédiaire de la commande CA 28.
Ce dont on va appeler appairage :
Donc la carte connait son propre numéro de série et un identifiant concernant le décodeur.
Donc le décodeur connait son identifiant et le numéro de série de la carte.
Lors d'un Zap, le décodeur va parser la PMT , vérifier les accès conditionnel présent, et interroger la liste des ID disponible ( ceux qui ont été lus dans la carte présente ).
Le décodeur va extraire l'ECM du flux ( en sélectionnant un PID ) -> et le traitement de l'ECM va démarrer :
* Il va vérifier d'abord que la nano D2 n'est pas présente Si nano D2 -> il va prendre les paramètres et si Prétraitement , modifier les bytes après la nano EA.
* Il va vérifier si la nano E0 existe, il va lire la longueur de la nano , et prendre les paramètres de la nano et les sauvegarder pour une utilisation ultérieur.
Le décodeur va envoyer et construire la CA 88 ( qui va contenir la corps de l'ECM issu du flux ( pid ).
Le décodeur va vérifier que le statu de la CA 88 est ok , si Oui il va envoyer une demande de réception des mot de control ( DW ) qui seront utilisés pour décrypté l'image.
Après réception des DW de la carte, le décodeur va vérifier les Flags et options qui ont été sélectionné dans la CA 88.
Si nano E0 => le décodeur avant d'envoyer les DW issus de la carte vers le demux (qui va décrypter l'image) va opérer des opérations complexe lié certainement au numéro de série / identifiant de la carte.
Pourquoi ? Utiliser un identifiant / UA de carte comme option de traitement.
Parce que tout simplement, si l'identifiant du décodeur est posté publiquement, Viaccess peut le black listé ... envoyer une mise à jour à la carte ( EMM ) et selon une matrice , désactiver cet ID , et pour le numéro de série de la carte UA , tout simplement ne plus autorisé de mise à jour vers cette carte.
Donc si on partage des DW issus d'une carte qui utilise la CA 28 => si les DW sont envoyé sur le réseau sans traitement, il est fort probable que Viaccess peut identifier ceux qui partagent leur carte ....
Tout ceci n'est que du conditionnel, mais si vous réfléchissez une minute à ces infos, vous comprendrez certainement que c'est plus que probable.
Je me permet de vous partager un post trouvé ailleurs qui permet de se rafraichir la mémoire sur la Nano E0 qui nous bloque un petit peu si je puis dire.
***********************************************
Quel est le rôle exact de la nano E0 ?
Alors dans l'ordre :
* Le décodeur s'initialise et initialise tout son module crypto CAS
* Le décodeur va interroger la carte pour lire le numéro de série , et le décodeur va lui aussi lui envoyé un identifiant par l'intermédiaire de la commande CA 28.
Ce dont on va appeler appairage :
Donc la carte connait son propre numéro de série et un identifiant concernant le décodeur.
Donc le décodeur connait son identifiant et le numéro de série de la carte.
Lors d'un Zap, le décodeur va parser la PMT , vérifier les accès conditionnel présent, et interroger la liste des ID disponible ( ceux qui ont été lus dans la carte présente ).
Le décodeur va extraire l'ECM du flux ( en sélectionnant un PID ) -> et le traitement de l'ECM va démarrer :
* Il va vérifier d'abord que la nano D2 n'est pas présente Si nano D2 -> il va prendre les paramètres et si Prétraitement , modifier les bytes après la nano EA.
* Il va vérifier si la nano E0 existe, il va lire la longueur de la nano , et prendre les paramètres de la nano et les sauvegarder pour une utilisation ultérieur.
Le décodeur va envoyer et construire la CA 88 ( qui va contenir la corps de l'ECM issu du flux ( pid ).
Le décodeur va vérifier que le statu de la CA 88 est ok , si Oui il va envoyer une demande de réception des mot de control ( DW ) qui seront utilisés pour décrypté l'image.
Après réception des DW de la carte, le décodeur va vérifier les Flags et options qui ont été sélectionné dans la CA 88.
Si nano E0 => le décodeur avant d'envoyer les DW issus de la carte vers le demux (qui va décrypter l'image) va opérer des opérations complexe lié certainement au numéro de série / identifiant de la carte.
Pourquoi ? Utiliser un identifiant / UA de carte comme option de traitement.
Parce que tout simplement, si l'identifiant du décodeur est posté publiquement, Viaccess peut le black listé ... envoyer une mise à jour à la carte ( EMM ) et selon une matrice , désactiver cet ID , et pour le numéro de série de la carte UA , tout simplement ne plus autorisé de mise à jour vers cette carte.
Donc si on partage des DW issus d'une carte qui utilise la CA 28 => si les DW sont envoyé sur le réseau sans traitement, il est fort probable que Viaccess peut identifier ceux qui partagent leur carte ....
Tout ceci n'est que du conditionnel, mais si vous réfléchissez une minute à ces infos, vous comprendrez certainement que c'est plus que probable.
