cs_pic22
Messages postés29Date d'inscriptiondimanche 2 décembre 2007StatutMembreDernière intervention 7 mars 2009 14 févr. 2009 à 11:44
Bonjour
Une piste serieuse pour decoder !
<?xml:namespace prefix o ns "urn:schemas-microsoft-com:office:office" /??>
Apparemment pour pouvoir décoder il faut tester tous les valeurs de <?xml:namespace prefix st1 ns "urn:schemas-microsoft-com:office:smarttags" /??><st1:metricconverter w:st="on" productid="0 a">0 a</st1:metricconverter> 255 et pour
Mon cas je n’ai que 10 chiffres ? de 0 à 9 .Comme c’est toujours des caractères numériques
sur une longueur de 40 caractères, il y aura plusieurs répétitions de chiffre ?
Si codage pour que chaque chiffre est une valeur différente afin de ne pas pouvoir le comparer
par rapport a sa propre valeur et par rapport a sa position dans le texte crypter
donc il ne devrai pas avoir de doublons donc il doit être visible dans le texte crypter par
rapport a sa présence ( 1 seule fois ) ou tous les caractères présent qu’une seule
fois dans le texte après élimination des caractères pressent plusieurs fois, resterons sous formes coder .
a d q t u y / e g i l p / j k n o / b f x z h
( 1 fois ) / ( 2 fois ) / ( 3 fois ) / ( 4 5 8 9 fois)
a d q t u y - - - - - - - - - - -----------------------------------
Exemple : 1234567890123456 = 78900987654321987654
ou 1111111111111111 = 11111111111111111111
ou 1111777511456421 = 66880044411009922336
et le premier chiffre a une valeur différente du deuxième etc. ….,donc le premier 1 sera A, le deuxième 1 sera B et ainsi de suite, plus des caractères pour brouiller.
Donc avec 10 chiffres et ne pouvant pas dépasser 255 sa réduit le cryptage.
0 convertie en décimal = 48 et 30 en Hexa
255 : 30 9 MAXI 255 : 48 6 MAXI
9 convertie en décimal = 57 et 39 en Hexa
255 : 39 7 MAXI 255 : 57 65 MAXI
Donc la division, la soustraction, la multiplication ne seront pas utiliser et reste l’addition
qui pourra lui servir, par déduction on peut facilement trouver sa méthode de cryptage.
Reste la permutation mais il aura des caractères identiques et facilement détectables.
ou la formule sous exel et la il faut tester de <st1:metricconverter w:st="on" productid="0 a">0 a</st1:metricconverter> 255.
SOUX EXEL =((0*C86/256)-ENT(0*C86/256))*256
SOUX EXEL =((255*C86/256)-ENT(255*C86/256))*256
Qui sont coder et qui se répètent, ont testons la formule sous exel il y a des chances de
Trouver une concordance et des qu’un chiffre est trouve le reste sera facile.
J’ai le texte en claire et j’ai le texte crypter, et mon ami a seulement la clef de cryptage mais
ne connais pas le texte en claire
Sa clef lui permet de décrypter et de découvrir le texte en claire, je suppose que ce n’est pas
aussi compliquer, car les chiffres auront toujours la même valeur une fois crypter,
Exemple : un b aura pour valeur 5 , un R aura pour valeur 0 etc……
Donc ils ne pourront pas prendre la valeur d’un autre chiffre, et ne pourront pas se répéter
dans le texte crypter, il aura toujours qu’un ( b pour le 5 ) et pas d’autre( b ) ?
son réduit de beaucoup les combinaisons.
Sur des forums :
Tout simplement parce que cette clé va affecter le brouillage des caractères par leur valeur ASCII.
Les codes ASCII représentent les lettres de A à Z(ex "A" vaut 65, "B" vaut 66, ...) et tous le chiffres ainsi que les autre symboles de votre clavier.
Mais le problème est le suivant : les valeurs ASCII vont de 0 à 255.
La partie la plus importante du cryptage est la manière de brouiller le texte en question.
Le code ASCII ne constituant pas un codage bien secret, consiste à crypter le code ASCII en
Utilisant le cryptage suivant :
On note
C
la fonction de cryptage qui, à tout n entier appartenant à [0 ; 255] associe le reste de la division de 7n par 256. Soit
C
(n) ce reste.
On utilise la formule : " =MOD(7*n ; 256)".