Lagdjil
DZSatien V.I.P
- Inscrit
- 12/3/07
- Messages
- 3 587
Définition Et Introduction Au Cryptage : Seca
SECA :
Introduction à la Structure de Commande ANSWER-TO-RESET :
Le système de Mediaguard est conforme à la norme d'OIN 7816 pour la structure et le protocole de paquet, en utilisant 5 en-têtes de commande de byte de la forme CLA, Institut central des statistiques, P1, P2, P3. La seule classe valide d'instruction est C1 Eurocrypt différent qui soutient les deux 87 et CA. La corde d'ATR est typiquement 3B F7 11 00 01 40 xx xx xx 03 0E 6C B6 D6 90 00
ce qui nous indique que la convention directe est employée (moindre peu significatif d'abord) à une vitesse de transmission de 9600 bauds, à la différence d'Eurocrypt ce qui emploie la convention inverse. Les 3 bytes masqués peuvent changer, mais pas avec chaque carte individuelle. DÉMARRAGE Juste après que l'ATR est reçu la CAME envoie l'en-tête de commande C1 34 00 00 03 à la carte qui est une demande de l'information. La carte répond avec 34 (le protocole ISO7816 normal) et reçoit 3 bytes de la CAME.
Ces bytes indiquent à la carte quelle information la CAME exige, et au démarrage ils sont toujours 04 00 01. Nous regarderons d'autres demandes de l'information plus tard. Les questions de CAME puis C1 32 00 00 0D ce qui est une demande d'envoyer l'information. Dans Mediaguard les commandes de C1 34/C1 32 agissent dans les paires, la première définissant l'information et la seconde le demandant. La carte répond avec Bytes> 04 de 32 données de B2 <11 90 00. Les bytes de données peuvent changer mais être en général 01 00 00 00 00 00 00 00 00 FF FF.
Le dialogue est analagous à la classe 87 traitant dans Eurocrypt, et en effet, il est possible que le radiodiffuseur envoie une commande qui neutralise la corde de démarrage de la même manière que le bloc de FAC peut être neutralisé dans Eurocrypt empêchant de ce fait la carte de commencer vers le haut.
IDENTIFICATION DE CARTE Chaque carte a un nombre de 9 chiffres imprimée là-dessus ce qui, une fois convertie en hexadécimal donne l'adresse unique de 4 bytes (uA) de la carte.
Juste après l'ordre de démarrage les questions de CAME C1 0E 00 00 08 ce qui demande la carte pour s'identifier. La carte répond avec 0E 00 25 00 00 <UA> 90 00. Je ne sais pas que la signification des 4 premiers bytes et moi ont vu d'autres valeurs pour le deuxième byte ; peut-être son un code de région.
Par ailleurs, les équipements existent par lequel le radiodiffuseur puisse mettre à jour l'uA d'une carte .
Elle commence le processus par la publication C1 16 00 00 07. La carte répond avec 16 00 00 bytes> FF 90 00 de Bitmap> <2 de <Entity. La carte binaire d'entité se compose de 2 bytes et chaque peu représente une entité.
Si un peu est placé l'entité correspondante est soutenue. Des entités sont numérotées de droite à gauche de 0. Ainsi si la carte binaire d'entité est les entités 0x03FF que 0-9 sont soutenus et des entités 11-15 ne sont pas. Les deux bytes après la carte binaire d'entité sont habituellement 0x0000 mais représentent les diverses permissions que la carte .
Une C1 16 typique est 00 00 0F FF 00 00 FF indiquant que 12 entités sont soutenues. L'entité 0 est l'entité d'émetteur de carte et les entités 1-15 sont des entités de fournisseur de programme telles que CANAL+ et CanalSatellite. L'identification du nombre d'entités a soutenu la CAME procède maintenant les identifier par l'envoi C1 12 00 00 18. et la carte répond avec 12 00 00 53 45 43 41 20 20 20 20 20 20 20 20 20 20 20 20 00 00 00 00 00 00 90 00. Les deux premiers bytes (0x0000) sont la marque d'entité, suivie de 16 bytes du nom d'entité (« SECA » dans l'ASCII), suivis des zéros.
L'entité d'émetteur est ainsi Seca avec une identification de 0000. La valeur du paramètre P1 dans la commande C1 12 indique l'entité à montrer. La CAME demande alors la même information pour chacune des entités de fournisseur commençant par C1 12 01 00 18 et a pu recevoir 12 00 1C 28 49 29 4d 65 64 69 61 73 65 74 20 20 20 20 20 <UA> 29 9F 90 00.
Le fournisseur est dans ce cas-ci (I) Mediaset avec une identification de 001C. Noter qu'après le nom de fournisseur que l'uA de la carte est montré a suivi d'ici la date d'échéance d' abonnement. D'ailleurs, des dates sont codées exactement les mêmes que dans Eurocrypt M mais d'une année de référence de 1990.
LES ABONNEMENTS ONT SOUTENU La dernière étape dans le processus d'introduction est où la CAM identifie qui empaquette les soutiens de carte de chaque fournisseur. Un paquet est un sous-ensemble de tous les programmes fournis par un fournisseur, mais lancés sur le marché comme unité simple.
Un Module CAM Par Contre répète le cycle de C1 34/C1 32 pour chaque entité dans votre carte et puis accompli le long et plutôt pénible ordre d'ouverture. Nous pouvons maintenant regarder comment le déchiffrage de programme se produit.
Le système de commande du droit de Mediaguard est remarquablement semblable à Eurocrypt parce qu'il : - les utilisations par paire d'en-têtes C1 3C/C1 3A de commande de fournir des données chiffrées et de les recevoir ont déchiffré des données juste comme la paire de CA 88/CA C0 Eurocrypt
- Exige de deux 8 mots de commande de byte d'être déchiffré en utilisant des clefs d'opération - envoie des paramètres de droit dans le flux de données pour la carte au contrôle contre ses autorisations
- Utilisations une signature clef-dépendante de message qui les carte-chèques de valider le message avant déchiffrage. Il cependant en contient les tours « sous capot » qui pourraient le rendre moins facile à entailler qu'Eurocrypt, mais qui vivra verra. L'ECS d'Eurocrypt contient trois étapes : -
entité choisie (CA A4) - envoyer les mots de commande et les données
chiffrés de droit (CA 8 -
recevoir les mots de commande déchiffrés (CA C0). Mediaguard a besoin seulement de deux étapes puisque l'entité est choisie par l'utilisation du paramètre P1 pour le fournisseur. En outre, tandis que les paramètres d'Eurocrypt sont dans l'identification de forme, la longueur, les données, identifications du paramètre de Mediaguard sont choisies de sorte que leur longueur fasse partie de l'identification
Le nybble le plus significatif d'une identification de paramètre détermine également la longueur des données de paramètre comme suit : Longueur de données d'identification de paramètre 0x0n à 0xCn 0x00 à 0x0C 0xDn 0x10 0xEn 0x18 0xFn 0x20 là où n est une certaine valeur 0-F de sortilège. Ainsi, par exemple, le paramètre 0x71 a 7 bytes de données, mais le paramètre 0xD1 a 16 bytes de données. Toutes les 10 secondes ou ainsi la CAME de Mediaguard envoie un en-tête de commande comme C1 3C 09 0C 27.
La carte répond « 3C » et reçoit des données comme 71 00 00 19 07 CF 00 04 27 12 89 13 01 Fe 46 B4 E0 95 de D1 fa 55 DA 62 0D 37 9F 66 59 2A 04 82 92 A9 DB E9 C2 9C F4 9D 90 00.
Le paramètre P1 définit le fournisseur (entité 0x09) et P2 la clef à employer pour le déchiffrage (0x0C).
Les passionnés d'Eurocrypt identifieront le modèle ici. Le flux de données se compose du paramètre 0xD1 (0xFA du paramètre 0x71 (0x00 - > 0x04), du paramètre 0x27 (0x12 0x89), du paramètre 0x13 (0x01) - > 0x04) et du paramètre 0x82 (0x92 - > 0x9D). Dans la mesure où je peux dire la carte ignore le paramètre 0x71, et pour beaucoup de fournisseurs elle est toujours zéro.
Le paramètre 0x27 est la date de transmission (le 9 avril 1999) et le paramètre 0x13 est le paquet que le programme est le paramètre transmis 0xD1 de po est les deux 8 mots de commande chiffrés par byte et le paramètre 0x82 est la signature de message de 8 bytes .
LG
La connaissance, c'est partager le savoir qui nous fait grandir.
SECA :
Introduction à la Structure de Commande ANSWER-TO-RESET :
Le système de Mediaguard est conforme à la norme d'OIN 7816 pour la structure et le protocole de paquet, en utilisant 5 en-têtes de commande de byte de la forme CLA, Institut central des statistiques, P1, P2, P3. La seule classe valide d'instruction est C1 Eurocrypt différent qui soutient les deux 87 et CA. La corde d'ATR est typiquement 3B F7 11 00 01 40 xx xx xx 03 0E 6C B6 D6 90 00
ce qui nous indique que la convention directe est employée (moindre peu significatif d'abord) à une vitesse de transmission de 9600 bauds, à la différence d'Eurocrypt ce qui emploie la convention inverse. Les 3 bytes masqués peuvent changer, mais pas avec chaque carte individuelle. DÉMARRAGE Juste après que l'ATR est reçu la CAME envoie l'en-tête de commande C1 34 00 00 03 à la carte qui est une demande de l'information. La carte répond avec 34 (le protocole ISO7816 normal) et reçoit 3 bytes de la CAME.
Ces bytes indiquent à la carte quelle information la CAME exige, et au démarrage ils sont toujours 04 00 01. Nous regarderons d'autres demandes de l'information plus tard. Les questions de CAME puis C1 32 00 00 0D ce qui est une demande d'envoyer l'information. Dans Mediaguard les commandes de C1 34/C1 32 agissent dans les paires, la première définissant l'information et la seconde le demandant. La carte répond avec Bytes> 04 de 32 données de B2 <11 90 00. Les bytes de données peuvent changer mais être en général 01 00 00 00 00 00 00 00 00 FF FF.
Le dialogue est analagous à la classe 87 traitant dans Eurocrypt, et en effet, il est possible que le radiodiffuseur envoie une commande qui neutralise la corde de démarrage de la même manière que le bloc de FAC peut être neutralisé dans Eurocrypt empêchant de ce fait la carte de commencer vers le haut.
IDENTIFICATION DE CARTE Chaque carte a un nombre de 9 chiffres imprimée là-dessus ce qui, une fois convertie en hexadécimal donne l'adresse unique de 4 bytes (uA) de la carte.
Juste après l'ordre de démarrage les questions de CAME C1 0E 00 00 08 ce qui demande la carte pour s'identifier. La carte répond avec 0E 00 25 00 00 <UA> 90 00. Je ne sais pas que la signification des 4 premiers bytes et moi ont vu d'autres valeurs pour le deuxième byte ; peut-être son un code de région.
Par ailleurs, les équipements existent par lequel le radiodiffuseur puisse mettre à jour l'uA d'une carte .
Elle commence le processus par la publication C1 16 00 00 07. La carte répond avec 16 00 00 bytes> FF 90 00 de Bitmap> <2 de <Entity. La carte binaire d'entité se compose de 2 bytes et chaque peu représente une entité.
Si un peu est placé l'entité correspondante est soutenue. Des entités sont numérotées de droite à gauche de 0. Ainsi si la carte binaire d'entité est les entités 0x03FF que 0-9 sont soutenus et des entités 11-15 ne sont pas. Les deux bytes après la carte binaire d'entité sont habituellement 0x0000 mais représentent les diverses permissions que la carte .
Une C1 16 typique est 00 00 0F FF 00 00 FF indiquant que 12 entités sont soutenues. L'entité 0 est l'entité d'émetteur de carte et les entités 1-15 sont des entités de fournisseur de programme telles que CANAL+ et CanalSatellite. L'identification du nombre d'entités a soutenu la CAME procède maintenant les identifier par l'envoi C1 12 00 00 18. et la carte répond avec 12 00 00 53 45 43 41 20 20 20 20 20 20 20 20 20 20 20 20 00 00 00 00 00 00 90 00. Les deux premiers bytes (0x0000) sont la marque d'entité, suivie de 16 bytes du nom d'entité (« SECA » dans l'ASCII), suivis des zéros.
L'entité d'émetteur est ainsi Seca avec une identification de 0000. La valeur du paramètre P1 dans la commande C1 12 indique l'entité à montrer. La CAME demande alors la même information pour chacune des entités de fournisseur commençant par C1 12 01 00 18 et a pu recevoir 12 00 1C 28 49 29 4d 65 64 69 61 73 65 74 20 20 20 20 20 <UA> 29 9F 90 00.
Le fournisseur est dans ce cas-ci (I) Mediaset avec une identification de 001C. Noter qu'après le nom de fournisseur que l'uA de la carte est montré a suivi d'ici la date d'échéance d' abonnement. D'ailleurs, des dates sont codées exactement les mêmes que dans Eurocrypt M mais d'une année de référence de 1990.
LES ABONNEMENTS ONT SOUTENU La dernière étape dans le processus d'introduction est où la CAM identifie qui empaquette les soutiens de carte de chaque fournisseur. Un paquet est un sous-ensemble de tous les programmes fournis par un fournisseur, mais lancés sur le marché comme unité simple.
Un Module CAM Par Contre répète le cycle de C1 34/C1 32 pour chaque entité dans votre carte et puis accompli le long et plutôt pénible ordre d'ouverture. Nous pouvons maintenant regarder comment le déchiffrage de programme se produit.
Le système de commande du droit de Mediaguard est remarquablement semblable à Eurocrypt parce qu'il : - les utilisations par paire d'en-têtes C1 3C/C1 3A de commande de fournir des données chiffrées et de les recevoir ont déchiffré des données juste comme la paire de CA 88/CA C0 Eurocrypt
- Exige de deux 8 mots de commande de byte d'être déchiffré en utilisant des clefs d'opération - envoie des paramètres de droit dans le flux de données pour la carte au contrôle contre ses autorisations
- Utilisations une signature clef-dépendante de message qui les carte-chèques de valider le message avant déchiffrage. Il cependant en contient les tours « sous capot » qui pourraient le rendre moins facile à entailler qu'Eurocrypt, mais qui vivra verra. L'ECS d'Eurocrypt contient trois étapes : -
entité choisie (CA A4) - envoyer les mots de commande et les données
chiffrés de droit (CA 8 -
recevoir les mots de commande déchiffrés (CA C0). Mediaguard a besoin seulement de deux étapes puisque l'entité est choisie par l'utilisation du paramètre P1 pour le fournisseur. En outre, tandis que les paramètres d'Eurocrypt sont dans l'identification de forme, la longueur, les données, identifications du paramètre de Mediaguard sont choisies de sorte que leur longueur fasse partie de l'identification
Le nybble le plus significatif d'une identification de paramètre détermine également la longueur des données de paramètre comme suit : Longueur de données d'identification de paramètre 0x0n à 0xCn 0x00 à 0x0C 0xDn 0x10 0xEn 0x18 0xFn 0x20 là où n est une certaine valeur 0-F de sortilège. Ainsi, par exemple, le paramètre 0x71 a 7 bytes de données, mais le paramètre 0xD1 a 16 bytes de données. Toutes les 10 secondes ou ainsi la CAME de Mediaguard envoie un en-tête de commande comme C1 3C 09 0C 27.
La carte répond « 3C » et reçoit des données comme 71 00 00 19 07 CF 00 04 27 12 89 13 01 Fe 46 B4 E0 95 de D1 fa 55 DA 62 0D 37 9F 66 59 2A 04 82 92 A9 DB E9 C2 9C F4 9D 90 00.
Le paramètre P1 définit le fournisseur (entité 0x09) et P2 la clef à employer pour le déchiffrage (0x0C).
Les passionnés d'Eurocrypt identifieront le modèle ici. Le flux de données se compose du paramètre 0xD1 (0xFA du paramètre 0x71 (0x00 - > 0x04), du paramètre 0x27 (0x12 0x89), du paramètre 0x13 (0x01) - > 0x04) et du paramètre 0x82 (0x92 - > 0x9D). Dans la mesure où je peux dire la carte ignore le paramètre 0x71, et pour beaucoup de fournisseurs elle est toujours zéro.
Le paramètre 0x27 est la date de transmission (le 9 avril 1999) et le paramètre 0x13 est le paquet que le programme est le paramètre transmis 0xD1 de po est les deux 8 mots de commande chiffrés par byte et le paramètre 0x82 est la signature de message de 8 bytes .
LG
La connaissance, c'est partager le savoir qui nous fait grandir.
