Thank you but the final file format key should be
-Date Date is coded as - 32-bit value representing date and time in C using the format 'MM/DD/YYYY HH:NN:SS' ,
-KEY 1 16 Byte as preSE key,
-KEY 2 16 Byte as t*scrypte key,
-KEY 3 16 Byte as postSE key,
FLAG 4 Byte,
like discribe below sorry in french
use google to tranlate
////////////////////////////////////////
Fonctionnement actuel de t*s avec liste d'aes
t*s utilise 4 types d'encryption actuellement
- la pré-surencryption (ou preSE)
- l'encryption t*scrypte (ou t*s)
- le via 2.3
- la post-surencryption (ou postSE)
La grosse nouveauté consiste dans l'introduction d'un nouvel algo impliquer dans le processus le RC6 en l'occurence.
La preSE et la postSE peuvent donc utiliser maitenant 2 algos différents : le RC6 ou l' AES l'encryption t*scrytp étant toujours en algo AES.
la liste extraite chaque jour (t*s.bin) contiens des cycles de clé d'environ 6 minutes avec 3 clés :
Voila a quoi ressemble un fichier t*s.bin apres décryptage
28/12/2006 04:20:00
C8xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxA8
C8xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxA8
7BxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxFC
0201021C
28/12/2006 04:26:00
67xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxF3
FCxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx16
9BxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxE5
0201021C
- 1ere clef pour la preSE
- 2eme clef pour t*scrypte
- 3eme clef pour la postSE
ainsi que 3 flags
- 1er pour la preSE en algo RC6 (flag=2) ou en algo AES (flag=1)
- 2eme pour t*scrytpe toujours en algo AES (flag=1)
- 3eme pour la postSE en algo RC6 (flag=2) ou en algo AES (flag=1)
si un flag est à 0 il n'a pas d'encryption de ce type
et 1 flag d'autorisation de désencryption pour les 3 types:
- bit 2 = 1 autorise désencryption t*scrypte
- bit 3 = 1 autorise pré-désencryption
- bit 4 = 1 autorise post-désencryption
généralement ce flag est a 0x1C (les 3 autorisés)
donc quand le demo recoit une ecm originelle il faut que cette ecm transite par la preSE,t*scrypte,via2.3(gerée par les cartes habituelles),la postSE
or c'est là que t*s a bien rusé en effet c'est ecm elle-meme qui contient les
types de désencryption à faire
une ecm originelle ressemble à:
80 7m nn 00 D2 01 01 40 03 00 7C 08 DF ww gh ij kl ..... avec :
7m= 71 si trame impaire 70 si trame paire
nn= longueur de l'ecm
D2 01 01 identifient du t*scrypte (à suprimer)
40 03 ruse t*s (à transformer en 90 03)
00 7C 08 identifiant provider et clef en cours
DF la nano DF:
- ww longueur de la nano DF
- gh utilisé pour "savoir" s'il faut faire une désencryption t*scrypte
(mais s'il y avait D20101 alors de toute façon t*scrypte)
- ij utilisé pour "savoir" s'il faut faire une désencryption preSE
- kl utilisé pour "savoir" s'il faut faire une désencryption postSE
(l'opération pour "savoir" est un petit algorythme)
Donc des fois on peut avoir les 3 types, ou 2, ou 1
et évidement les clefs sont utilisées en meme tant pour traiter une ecm
Les algos RC6 et AES générent à partir de la clef une table de hash
par laquelle l'ecm est xorée
/////////////////////////////////////////////
Reply With Quote
