protéger un mot de passe dans un executable

Bonjour,

Lorsqu'un malin s'amuse à regarder dans un executable, il peut y trouver des choses interessantes...
J'ai besoin de garder un mot de passe au chaud et je le déclare de la manière suivante (pour connexion FTP) :
char* server="ftp.voila.fr",* password="grizzly7Ü}";
en regardant quelques secondes dans l'exe, le mot de passe est BIEN EN EVIDENCE!

Comment contourner ce problème?
Merci d'avance.
LiBe444

suffit de fomer ta string de connexion a l'execution.

ciao...
BruNews, Admin CS, MVP Visual C++

C est un probleme sans solution!!
meme si tu codes le mot de passe il suffit de desassembler ton exe pour trouver le code de decrypatge :-(.
C est un des nombreux problemes de securite helas......

La solution la plus sure est de demander a l'utilisateur de rentrer le pass a chaque utilisation du programme.
Ou alors tu peux tout aussi bien sauvegarder le mot de passe sous une forme crypté.

Sinon comme Brunews te la conseillé, tu peux tout simplement creer ta string au depart ou encore créer un algorythme qui te genere le mot de passe a chaque execution du programme ce qui est un peu plus sure.

A++ et bonne continuation

Samir

utilise UPX !!!

UPX COMPRESSE TON EXE est cache tout("c un moyen pour crypter ton exe comme a dit sami-DeAtHCrAsH -") personellement je l'utilise
Life is Short

Salut cousin,

Le probleme d'UPX c'est que lors du désassemblage, il est indiqué en en-tete que le fichier a été compressé avec UPX.

Avec un simple désassemblage tu ne verras pas les "Strings Reference" mais il sera indiqué que l'executable a été compréssé avec UPX.

Le gars aura plus qu'a décompréssé avec UPX puis désassembler l'executable.
Il aura des lors accès a toutes les "Strings Reference".

A++ et bonne continuation

Samir

au cas il me semble que sur ce site tu as FU-FILE ou un truc dans le genre un truc ki cache des fichiers dans des images,...
le code est pas terrible, mais il montre comment tu peux lire les exes ou fichiers, tu te creer un petit prog ki une fois ke ton prog initial est compresser sous upx, il le lise pour virer les en tete upx...

sinon comme les autres te l'ont di tu le crypte, il en a des correct sur ce site....

Et oui mais le probleme reste et restera le meme. En fait si tu veux te proteger contre des personnes qui ne connaissent que les editeurs hexa, pas les desassembleurs et l ASM les solutions precedentes peuvent s appliquer. Par contre si ce que tu as a proteger est important, le probleme devient beaucoup plus ardu dans la mesure ou ton programme doit etre capable de retrouver le mot de passe lui meme. Donc le code pour retrouver ce mot de passe doit etre contenu dans l executable, et par desassemblage il est possible de le retrouver...
Par contre si tu souhaites faire du controle d acces a une ressource il y a une solutions : au lieu de stocker le mot de passe en clair tu stockes son empreinte MD5 par exemple (methode utilisee sous la plupart des Unix pour les mots de passe). En effet a partir d une signature MD5 il est impossible (en theorie) de retrouver la chaine initiale. Tu peux aussi utiliser un systeme de challenge-reponse mais je m eloigne de ton probleme.
Par contre la solution UPX + modification de l EXE "a la main" devrait pouvoir te proteger relativement bien (attention au debogage en cours d execution dans ce cas :-(...).

salut j'ai une autre idée mais je c pas si ca va te servir

ta dit que ton programme contient un mot de passe je pense a la place de faire ca dit a ton prog de prendre le serial du beos (car il n y a k'un pour chaque pc ;) ) et de le comparé avec le tien alors si c le bon il passe sinon il quitte) et crypte le pswd :à)

See U
Life is Short

pardon bios pas beos :)
Life is Short