Tlemcen Car electronics - Parlons de checksum en fonction de différent ECU

Tlemcen Car electronics (https://www.tlemcen-electronic.com/forum/)

- Chiptuning (https://www.tlemcen-electronic.com/forum/forum92/)

- - Parlons de checksum en fonction de différent ECU (https://www.tlemcen-electronic.com/forum/chiptuning/61753-parlons-de-checksum-en-fonction-de-diff-rent-ecu.html)

Parlons de checksum en fonction de différent ECU

Bonjour
Toutes les infos sur les calculs de checksum en fonction de différentes ECU sont les bien venus (bloc de calcauls, methodes,...).
Je compte sur votre participation.
Cordialement

malheureusement je ne peux pas aider beaucoup car c'est winols qui le fait a ma place, mais sujet interressant effectivement, je vais suivre ca..

je sais qu'il y a pas mal de soft qui peuvent calculer le checksum. il sera intéressant d'avoir une idée sur les méthodes de calcul, les bloc....
cordialement

tu as des sites internet qui s'y mettent au calcul de checksum c'est pas sorcier mais chiant a comprendre ....souvent ils te le font

Ce que nous sommes entrain de faire avec des outils, winols, kess, ktag ...etc nous parrait simple mais si on s'introduit dans l'histoire, je vais vous montrer un petit exemple de calcule de checksum sur l'un des appareil qu'on utilise dans nos poches,

votre GSM, le numéro de série de votre téléphone qui est indispensable lors de connexion au réseau lors d'allumage pour être en relation sur votre réseau GSM, le System vérifie aussi le checksum du téléphone s'il est bon ou pas, la même chose pour le véhicule le calculateur vérifie la somme de Control a partir de quelques bit sur la flash interne ou externe a partir d'un algorithme caché.

Donnons l'exemple du téléphone,

IMEI : 35151617181921

Nous allons prendre le 2eme chiffre le 4eme 6eme 8eme ...etc

[(5x2 5x2 6x2 7x2 8x2 9x2 1x2) = (10, 10, 12, 14, 16, 18, 2)]

(1+0+1+0+1+2+1+4+1+6+1+8+2) + ( 3+1+1+1+1+1+2 ) = 38

Nous allons prendre le chiffre qui est plus grand que la sommes 38 et peut être dévisé par 10 ( 40 dans ce cas )

40 - 38 = 2

2 est la somme du contrôle pour cet imei :)

Donc le bon IMEI : 35151617181921-2

si l'opérateur vérifie ce chiffre et qu'il n'est pas 2 avec cet imei, vous ne serez pas connecté au réseau GSM.

faite ce calcule avec le numéro de série de votre téléphone vous allez le savoir ;)

exactement la même chose pour l’Écu moteur, airbag ...etc

quelques bit pris de quelques coin bien sur caché et un algorithme caché pour mettre un ou deux bit ou peut être plus (dépends du système) pour que l'ecu se met en marche.

pour le mode expert, voici l'algo si vous ne voulez pas trop tester a la main, a l'aide de visual basic mettez compiler ce code:

Citation:

algorithme pour recevoir le dernier chiffre crc imei
On Error Resume Next
Table = Array(Array(0, 8, 6, 4, 2, 9, 7, 5, 3, 1), Array(0, 9, 8, 7, 6, 5, 4, 3, 2, 1))
Position = 1
For I = 1 To 14
Checksum = Checksum + Table(Position)(Mid(IMEI, I, 1))

If Position = 1 Then
Position = 0
Else
Position = 1
End If
Next I

Do While Checksum >= 10
Checksum = Checksum - 10
Loop

End Function

a bientôt

Merci bcq Ecuserver.net pour ta participation
cdlt

j'ai pris 2 semaines pour résoudre les checksums pour les eeprom edc17, et je suis a 1 mois sur la flash et j'ai toujours rien trouvé
pour trouver les algos vous devez être fort en IDA pro et décompilé les Ecu pour comprendre le fonctionnement et c'est pas facile .

C’est pour ça j'ai créé ce forum car je sais bien que ce n'est pas une histoire facile.
l'idée c 'est de partager la connaissance, le roture de l'expériences,diffucultés, soultions,...
cdlt

@absetup

Pour le crc edc17 vag c'est basé au chiffrage rsa, j'ai pas regardé mais si j'ai bien compris ce qu'il faut faire un genre de bruteforce pour avoir le bon checksum, c'est pour ça que winols ou d'autres appareil prennent du temps pour le corriger.