comprendre ce code

[autoperfect]

SVP, j'aimerais comprendre ce code :

Code :

1
2
3
4
5
seg000:0000005B                 add     dh, bh
seg000:0000005D                 add     al, 0
seg000:0000005F                 add     [eax+140CEEFh], dh
seg000:00000065                 add     al, 0FDh ; '²'
seg000:00000067                 dec     ebp

Merci.

[ToutEnMasm]

avec aussi peu de lignes , il n'y a pas grand chose à comprendre ou tout.
tout = pirate maladroit.

[autoperfect]

Envoyé par ToutEnMasm

avec aussi peu de lignes , il n'y a pas grand chose à comprendre ou tout.
tout = pirate maladroit.

je suis pas un pirate juste je suis un tout petit debutant en assembleur ,ce code me sert a demarrer la voiture d un client qui a son antidemarrage actif.

[Forthman]

mauvais pirate et voleur de voiture en plus

Ton code me donne plutôt l'impression d'être des données
car pas très logique niveau programmation (genre le add al,0)

Un truc me chiffonne... Depuis quand il y a des processeurs x86 dans les voitures ?
T'es sur que tu utilises le bon assembleur ? (ou désassembleur)

a+ François

[autoperfect]

Envoyé par Forthman

mauvais pirate et voleur de voiture en plus

Ton code me donne plutôt l'impression d'être des données
car pas très logique niveau programmation (genre le add al,0)

Un truc me chiffonne... Depuis quand il y a des processeurs x86 dans les voitures ?
T'es sur que tu utilises le bon assembleur ? (ou désassembleur)

a+ François

merci francois
le processeur est un MPC556LF8MZP40

[Forthman]

C'est donc bien un microcontroleur et pas un x86,
et tu n'as donc pas le bon désassembleur.

Pour le coup je ne vais pas pouvoir t'aider, j'y connais rien en MicroC

a+ François

[Obsidian]

Envoyé par Forthman

C'est donc bien un microcontroleur et pas un x86,
et tu n'as donc pas le bon désassembleur.

Il y a pas mal de puces qui fonctionnent avec un cœur type « x86 », au moins au niveau du jeu d'instructions, et qui embarquent sur le même substrat les entrées-sorties dont le projet a besoin. Par exemple, ici. Ceci dit, à vue de nez, il semblerait qu'il s'agisse là de PowerPC plus que de x86.

Envoyé par autoperfect

je suis pas un pirate juste je suis un tout petit debutant en assembleur ,ce code me sert a demarrer la voiture d un client qui a son antidemarrage actif.

Est-ce que tu peux te justifier plus en détails parce présenté comme ça, ton approche a l'air très illégale.

Pour en revenir à ton bout de code, hors contexte il est impossible de donner plus de détails mais, à première vue, cela ressemble plus à une zone de données qui aurait été décompilée par le désassembleur qu'à une partie de code valide.

[edfed]

la première remarque, sur ce qui n'a pas trop donné envie de repondre, c'est qu'il semble que ce soit pour faire une chose interdite soit par la loi, soit par les assurances, soit par les mines, soit par les trois...
de plus, il nous manque vraiment des inconnues sur le problème.
si tu en es arrivé à extraire le code de la rom, et à le desassembler, tu peux aisement trouver la solution au problème qu'on a pas compris.

mais il est vrai que ça serait bizarre comme sequence d'instructions.
il faudrait tenter de desassembler en freescale pour voir.
si tu ne trouves pas de desassembleur, un simple coup d'oeil au opcode map du cpu et tu pourras traduire à la main.

pour moi, ça represente la plage de mémoire comprise entre l'adresse 5B et 67.
et ça contient ça à en croire le desassemblage.

00FE 0400 6700 B0EF CE40 0104 FD66 4D
il n'y a que 15 octets.
avec 15 octets, sur un total de plusieurs milliers ou millions, je ne saurais que dire.
j'imagine qu'il y a bien plus de code que ces malheureux 15 petits octets, à en croire le modele de CPU qui n'a pas l'air d'etre un PIC12FXX ou un i4004.

[autoperfect]

Envoyé par edfed

la première remarque, sur ce qui n'a pas trop donné envie de repondre, c'est qu'il semble que ce soit pour faire une chose interdite soit par la loi, soit par les assurances, soit par les mines, soit par les trois...
de plus, il nous manque vraiment des inconnues sur le problème.
si tu en es arrivé à extraire le code de la rom, et à le desassembler, tu peux aisement trouver la solution au problème qu'on a pas compris.

mais il est vrai que ça serait bizarre comme sequence d'instructions.
il faudrait tenter de desassembler en freescale pour voir.
si tu ne trouves pas de desassembleur, un simple coup d'oeil au opcode map du cpu et tu pourras traduire à la main.

pour moi, ça represente la plage de mémoire comprise entre l'adresse 5B et 67.
et ça contient ça à en croire le desassemblage.

00FE 0400 6700 B0EF CE40 0104 FD66 4D
il n'y a que 15 octets.
avec 15 octets, sur un total de plusieurs milliers ou millions, je ne saurais que dire.
j'imagine qu'il y a bien plus de code que ces malheureux 15 petits octets, à en croire le modele de CPU qui n'a pas l'air d'etre un PIC12FXX ou un i4004.

Salut,

Ça n'a rien d'illégal. Il arrive souvent qu'un calculateur d'injection soit HS, alors pour le remplacer, on a besoin du code PIN. J'ai réussi à trouver sur un forum la méthode de calcul. Au fait, tu a raison sur l'adresse du code. Le dump est extrait d'une EPROM 95160 montée sur un calculateur d'injection géré par un micro-contrôleur MPC556.

00000060 B0 EF CE 40 01 04 FD 4D 00 00 00 00 00 00 00 00
00000070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00000080 84 8E 6B 74 54 38 FD 82 00 00 00 00 00 00 00 00
00000090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
000000A0 91 FD DA 46 AB C7 FB DF 00 00 00 00 00 00 00 00

CALC LOGIN CODE: J Q H 5 = 4A 51 48 35 (HEX)


LOGIN: J Q H 5
0x060: 00 01 02 03
B0 EF CE 40 = FABE8675 XOR 4A514835


0x080: 00 01 02 03
84 8E 6B 74 = CEDF2341 XOR 4A514835


0x0A0: 00 01 02 03
91 FD DA 46 = DBAC9273 XOR 4A514835




cHECKSUM CALC:


LOGIN J Q H 5 Checksum:
0x060: 00 01 02 03 06 07
B0 + EF + CE + 40 = 2AD FD 4D=FFFA-2AD


0x080: 00 01 02 03 06 07
84 + 8E + 6B + 74 = 1F1 FD 82=FF73-1F1


0x0A0: 00 01 02 03 06 07
91 + FD + DA + 46 = 2AE FB DF=FE8D-2AE


MERCI