Réponse acceptée !
j'ai bien peur qu'en ne connaissant pas l'algorithme de cryptage tu ne puisses le retrouver :(
si tu peux fixer un autre mot de passe, tu pourrais voir quelle influence a chaque changement de lettre, mais j'imagine que tu ne peux pas le changer ...

tu as essayé de chercher une sorte de "crack" pour ton programme ? il est connu ?

Réponse acceptée !
Merci de ta réponse,

Alors, voîla je viens de retrouver une ancienne version de mon programme avec un pass que je possédé, je vous présente donc ce code, je ne sais pas si ça va pourvoir aider un peu,



Ce code crypter dans le cas présent été composé de 11 caractères est donné donc:  sve9net9com
Ne connaisant pas la "structure du code crypter" je ne sais donc pas sur combien de ligne s'étend le pass,

A présent je reposte le même code que mon 1er poste cette fois ci plus complé car je ne pensé pas au départ que le code aurais pu s'étendre sur plusieurs ligne erreur de ma part

Voici le code complet que je cherche à décrypter




Merci à vous

Réponse acceptée !

je ne sais pas ce qu'est ScriptVessel, mais si ça se trouve c'est l'algorithme de cryptage ...
ça pourrait aussi très bien être le nom de ton programme

je doute être capable de t'aider davantage par contre ... je ne connais que quelques algorithmes de cryptage, qui ne sont pas utilisés car trop facile à décrypter

Réponse acceptée !
Oui, ScriptVessel est bien le nom de mon programme

Réponse acceptée !
J'ai du nouveau à ce que j'ai pu apprendre sur ce sujet le cryptage serait en MD5, j'ai effectuer quelque recherche n'aboutissant a rien ormis, que le décryptage était "impossible"

Réponse acceptée !
Voilà, j'ai encore obtenue quelque info concernant mon problème:

//Note: All variables are unsigned 32 bits and wrap modulo 2^32 when calculating

var int[64] r, k

//r specifies the per-round shift amounts
r[ 0..15] := {7, 12, 17, 22, 7, 12, 17, 22, 7, 12, 17, 22, 7, 12, 17, 22}
r[16..31] := {5, 9, 14, 20, 5, 9, 14, 20, 5, 9, 14, 20, 5, 9, 14, 20}
r[32..47] := {4, 11, 16, 23, 4, 11, 16, 23, 4, 11, 16, 23, 4, 11, 16, 23}
r[48..63] := {6, 10, 15, 21, 6, 10, 15, 21, 6, 10, 15, 21, 6, 10, 15, 21}

//Use binary integer part of the sines of integers (Radians) as constants:
for i from 0 to 63
k[i] := floor(abs(sin(i + 1)) i + 1) mod 16
else if 32 ? i ? 47
f := b xor c xor d
g := (3i) mod 16

temp := d
d := c
c := b
b := b + leftrotate((a + f + k[i] + w[g]) , r[i])
a := temp

//Add this chunk's hash to result so far:
h0 := h0 + a
h1 := h1 + b
h2 := h2 + c
h3 := h3 + d

var int digest := h0 append h1 append h2 append h3 //(expressed as little-endian) //leftrotate function definition
leftrotate (x, c)
return (x << c) or (x >> (32-c));

Quelques explications "En Anglais"

What are "salt" and "salted hashes"?
A: Salt is most widely used to ensure that users with same passwords have different hashes. Salt is usually a line composed of 4...8 random characters, which is additionally used for user passwords hashing and is saved along together with the final hash (for example, MD5(Unix) hashes use this) or stored separately.
Why are salted hashes recovered at such a low speed?
A: Here is the picture. Passwords forcing the regular (non-salted) hashes go as follows - current password hash is calculated once, then it's compared to every forced hash. For the recovery of salted hashes, current password is to be hashed every time for each user, as they have different salts. Certainly, the speed of the attack will go down as the user number goes up.
Why are MD5(Unix) and MD5(APR) hashes recovered so slow?
A: That's because both salts use a 1000-iteration hash generation cycle, where each iteration involves 2 to 4 regular MD5 conversions. So, the attack speed for such hashes is thousands of times lower compared to the speed of recovering regular MD5 hashes.

Si quelqun possède les connaissance requise pour m'aider j'accepterais avec grand Plaisir