begin process at 2012 05 27 20:34:18
  Trouver un code source :
 
dans
 

7 commentaire(s) de oBsEC sur des sources sur cppfrance

Déposé sur Cryptor

Kirua>

Je disais que le hachage etait violent puisque l'auteur voulait integrer le hachage de la clef dans le fichier crypté et non pas le hachage du fichier d'origine.
Ensuite je parlais de facon general sur les faiblesses des fonction hash quant à la verification de l'authenticité d'un fichier.

Ensuite un implantation personnelle d'un algo n'a pas de raison d'être mauvaise si on sait de quoi on parle, que l'on se munit d'un minimum de renseignements...
Posté le : 05/01/2006 18:20:44

Déposé sur Cryptor

un petit tour par ici :)
http://eprint.iacr.org/2004/199.pdf
Posté le : 02/01/2006 14:26:38

Déposé sur Cryptor

Le hachage c'est tres lourd comme opération pour une simple verification, meme si cela n'affecterai en rien la protection du logiciel, il est facil aujourdhui de realiser des fichiers differents qui ont le meme hash MD5 et SHA(kk soit leur taille). Je soutient donc Kirua qui a totalement raison, une verification de "la bonne clef" est totalement inutil.
Le RSA est une excellente securité, si tu utilise une clef suffisamment longue et bien construite(car une clef male construite de 700 bits peu se casser en kk minutes), l'inconvenient c'estque c'est un cryptage extremement lent sur de gros fichiers du fait de la taille de la clef.
Le DES ou plustot (DES commence a vieillir) prenons le  TDES/AES sont vraiments de bon algos, sures et rapides.
Et derniere petite note: L'authentification d'une carte bancaire est protegee par RSA-768 bits et pour des operations directes avec la banque par une encryption TDES en ligne.
Posté le : 02/01/2006 12:27:51

Déposé sur Création d'un trainer pour cheater : ecriture dans un process.

aucune critique particulière, tu montres en gros le principe, je trouve que c'est plutot interessant comme post.

mais quand meme, ce n'est pas selon moi a classer en niveau expert.
Posté le : 26/06/2004 10:48:35

Déposé sur Vérification de pass (win32) [vc++]

Bon deja ton exe est trop gros, kan tu compile, au final passe en mode Release car la t as compilé en mode Debug donc ya plein de code en trop, debug ca sert pdt ke tu construit ton app, mais kan ya plus de bug de compile ou autre, zap le mode debug, donc o lieu de faire dans les 10 ko il en fe 100, c pour ca k on voit rien avec les string data, suffit de chercher, car on vois ke c une dlg box, donc tu fe un GetDlgItemText pour verif, on tombe on voit le test eax,eax, et juste apres le JNE, on le change en JE > en remplacant 75 par 74 et c fini :)
Posté le : 03/07/2003 23:46:30

Déposé sur Fake formatage, fonction reconnaissance de l'os

ouaip, erreur stupide, j ai modifier la source en consequence...
now ca devrait marcher : ) thx.
n'oublier pas de remplacer conio.c par votre conio.h ou econio.h pour les VC++
Posté le : 28/06/2003 13:36:34

Déposé sur Fake formatage, fonction reconnaissance de l'os

oue, pour le message box , jcomprend chez moi il s'affiche. Pour ce ki est de win2k, bien, il est possible ke tu es une version pro ou avec certain service pack, et jconnais pas les valeurs les variable dans ces cas la, je n ai ke le tableau fourni en doc word. Si kkun sait comment faire ... ses conseils seront les bienvenue.
Posté le : 28/06/2003 10:08:29

1


Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Mai 2012
LMMJVSD
 123456
78910111213
14151617181920
21222324252627
28293031   

Consulter la suite du CalendriCode

A découvrir



 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,218 sec (4)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales