pic16f
Messages postés9Date d'inscriptionmercredi 25 mai 2005StatutMembreDernière intervention 6 février 2009
-
5 févr. 2009 à 12:14
cs_pic22
Messages postés29Date d'inscriptiondimanche 2 décembre 2007StatutMembreDernière intervention 7 mars 2009
-
14 févr. 2009 à 11:42
Bonjour
150 euros pour celui qui va m'aider.
Ce texte crypter sort d’une carte électronique qui se raccorde au Pc et le programme de la carte crypte les données contenu dans la mémoire avant de les expédies au Pc.
Le texte en claire fera souvent 40 octets, la personne qui a créer le programme et le
cryptage ne connais pas à l’avance le texte en claire, il le découvrira une fois qu’il aura
Le fichier cryptées et moi le contraire j’ai le texte en claire.
Moi je pense que chaque octets reçu est cryptées et pour éviter d’avoir des caractères qui
Soit identiques et faciles à décrypter, comme 40 octets vont être reçu a chaque fois
Il doit jouer la dessus.
Car lui-même il faut un repère afin de décrypter.
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 5 févr. 2009 à 12:56
Salut
Ce que tu appelles cryptage n'est qu'une représentation ASCII de chiffres qui ne représentent pas des caractères standards.
Il faudrait que tu lises les données sous forme de Byte et que tu fournisses un tableau de ces Bytes (nombres entre 0 et 255).
A partir de là, peut-être y aura t-il une corrélation possible.
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
<hr />Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 6 févr. 2009 à 09:00
T'aiguiller, au plus.
As-tu affiché ce fichier dans une éditeur hexadécimal comme HackMan As-tu essayé de retrouver la structure des instructions de ton pic, de l'assembleur je pense.
Dans le dialogue de l'autre forum, tu dis capturer les échanges : Pour faciliter les manips, tu devrais mettre en ligne le fichier hexadécimal, parce que personne n'aura la patience de se taper la recopie de cette liste de codes.
Dans ton dernier exemple toujours, quand tu mets "Requête" et "03 F5", c'est de l'émission : Que fais-tu pour envoyer ça ? A quoi cela correspond-il ? Tu lui demande l'heure ?
Et la réponse qu'il fournit : Qu'est ce que cela représente ?
Idem pour "03 51"
Dans ces échanges capturés, y-a t-il une notion de mot de passe ?
S'agit-il réellement d'un cryptage ou bien d'une interprétation ?
Bref, pas assez d'info
Il faut absolument mettre en ligne le fichier binaire (pas un fichier texte avec les codes)
pic16f
Messages postés9Date d'inscriptionmercredi 25 mai 2005StatutMembreDernière intervention 6 février 2009 6 févr. 2009 à 11:22
salut
Sur le site il avait des fichiers et des captures d’écran joint, je vais les remettre
Pour que tu puisses te faire une idée.
"03 F5", c'est de l'émission"03 F5", c'est le programme qui envoie a la
Carte ,et même la requête est cryptée.
1 Quand je branche la carte électronique sur port usb,
( Handset S/N : 675 ) , le programme va juste sauvegarder
et ne pas mettre de mot de passe pour ouvrir le fichier.
2 Quand je branche la carte électronique sur port usb,
( Phone S/N : 631 ) , le programme va sauvegarder et
Mettre un mot de passe pour ouvrir le fichier.
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 6 févr. 2009 à 15:34
Ok, j'ai pas trop le temps, mais une chose :
Tu dis que 1234567890 est rendu ONMKJIGFEB
Si tu te fais un alphabet (*), tu remarqueras que :
(*) Alphabet qui n'est rien d'autre qu'une suite de caractères ASCII, donc des chiffres (A = 65)
- les déplacements sont faits par rapport à la lettre P
Pourquoi, mystère
1 --> 1 lettre avant le P
2 --> 2 lettres avant le P
3 --> 3 lettres avant le P
On saute la lettre L
4 --> 5 lettres avant le P
5 --> 6 lettres avant le P
6 --> 7 lettres avant le P
On saute la lettre H
7 --> 8 lettres avant le P
8 --> 9 lettres avant le P
9 --> 10 lettres avant le P
et là, on saute encore une lettre, le D, mais le chiffre qui suit est 0, alors peut-être un cas particulier : à tester avec une séquence comme 1230456 pour voir si :
- la lettre de départ est toujours la même, P
- ce qui se passe dans la séquence quand il rencontre un 0
A partir de là, il devient possible de créer une programmation.
Reste à expliquer ce que peuvent être les Bytes de début : 14 00 4A 66 94 B9 10 5E A5 0A
0A (10 décimal) est le LineFeed : donc séparation de données
Voir si ces termes servent à la définition de l'algorithme : le P notamment, le sens de variation (avant/après), le saut de lettres volontaires tous les 3 chiffres ...
Vala
Jack, MVP VB
NB : Je ne répondrai pas aux messages privés
<hr />Le savoir est la seule matière qui s'accroit quand on la partage (Socrate)
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 6 févr. 2009 à 15:36
Pour ce qui est de la partie des données protégées par mot de passe : S'il y a un mot de passe, ce n'est pas pour rien.
Je n'aborderais donc pas le sujet
cs_pic22
Messages postés29Date d'inscriptiondimanche 2 décembre 2007StatutMembreDernière intervention 7 mars 2009 14 févr. 2009 à 11:42
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)".