begin process at 2012 02 08 16:24:02
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Sécurité

 > DELPHI : SHA-1 EN MODE CHIFFREMENT (SHACAL)

DELPHI : SHA-1 EN MODE CHIFFREMENT (SHACAL)


 Information sur la source

Note :
Aucune note
Catégorie :Sécurité Classé sous :Cryptologie, SHA-1, SHACAL, Advapi32 Niveau :Initié Date de création :22/03/2009 Date de mise à jour :22/07/2009 10:36:17 Vu / téléchargé :3 692 / 354

Auteur : FENETRES

Ecrire un message privé
Commentaire sur cette source (4)
Ajouter un commentaire et/ou une note

 Description

Cliquez pour voir la capture en taille normale
Se basant sur les API de la DLL Advapi32, le projet joint permet de signer ou de chiffrer de façon réversible un texte  en utilisant la fonction de hachage SHA-1.

En effet, contrairement à ce que l'on peut penser, une fonction de hachage peut être utilisée pour chiffrer. Dans le cas du SHA-1 (Secure Hash Algorithm), il existe un algorithme de chiffrement symétrique, SHACAL que l'on doit à Helena Handschuh et David Naccache.


 Conclusion

Retenez que certain caractères comme #0, #9, #10 ou #13 sont interdits dans l'expression cryptée.

Bibliographie MSDN :
http://msdn.microsoft.com/en-us/library/aa37988 6(VS.85).aspx
http://msdn.microsoft.com/en-us/lib rary/aa379908(VS.85).aspx
http://msdn.microsoft.c om/en-us/library/aa380202(VS.85).aspx

 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip


 Historique

22 mars 2009 17:52:50 :
Suppression du répertoire History dans le projet joint
22 mars 2009 18:05:43 :
Fausse manip
22 mars 2009 21:58:37 :
Description
23 mars 2009 09:08:46 :
Niveau initié
23 mars 2009 13:29:46 :
Code source : petit oubli (gestion des erreurs)
25 mars 2009 13:20:05 :
Mots cles
22 juillet 2009 10:36:18 :
Catégorie Sécurité

 Sources du même auteur

Source avec Zip Source avec une capture DELPHI - AJOUT DE POLICES (APP. CONSOLE)
Source avec Zip Source avec une capture DELPHI - CREATION D'UNE COLLECTION D'ENREGISTREMENTS SAGE (T...
Source avec Zip Source avec une capture DELPHI - CHEMIN D'ACCÈS DE STYLE ELLIPTIQUE (GET PATH ELLIPS...
Source avec Zip Source avec une capture DELPHI : PROCEDURE SPLIT SIMILAIRE A LA FONCTION EPONYME EN ...
Source avec Zip Source avec une capture DELPHI - CRÉATION D'UNE FEUILLE DE CALCUL EXCEL (CONTRÔLE TO...

 Sources de la même categorie

Source avec Zip Source avec une capture EXE PROTECTOR V1 par MrClock
Source avec Zip Source avec une capture LYNX : CHIFFREMENT À BLOC/FLUX, EXEMPLE INCLUS par Bacterius
Source avec Zip FBCREATEUSER par fbalien
Source avec Zip Source avec une capture SCANNER DE MALWARES ( ßE SCANNER ) par MrClock
Source avec Zip Source avec une capture GOLDEN PASSWORDS - STOCKEZ VOS MOTS DE PASSE ! par Bacterius

Commentaires et avis

Commentaire de John Dogget le 22/03/2009 18:19:20

Très interessant ...

Par contre, je fais partie des gens qui pensait qu'une fonction de hashage n'etait jamais reversible, d'ailleurs ça perds tout son interet si elle l'est.

Du coup, je vais regarder ça avec attention :=)

Commentaire de FENETRES le 22/03/2009 21:56:47

Je ne me suis pas étendu dans ma description. Consultez wikipedia pour plus d'information
Sachez toutefois qu'une empreinte numérique construite à partir d'une fonction de hachage (MD5, SHA-1 etc.) demeure irréversible.

Commentaire de masfoufa le 24/03/2009 16:08:29

FENETRES:
Sachez toutefois qu'une empreinte numérique construite à partir d'une fonction de hachage (MD5, SHA-1 etc.) demeure irréversible.
je ne suis pas expert en cryptologie mais je ne suis pas d'accord SHA-1 et MD5 ( some times It takes less than five minutes to break MD5" attack par vecteur, bien sure il y a aussi le Bruteforce mais par contre le AES (Rijndael) il tient tj le coup.
( plz forgive my bad french ;) )
Think security

Commentaire de FENETRES le 24/03/2009 20:06:05

Je faisais le distingo en signature numérique et chiffrement réversible pas au niveau de sécurité. MD5 n'est plus utilisé depuis longtemps et n'est pas un bon exemple.

Sinon, je vous renvoie à l'excellent l'article de wikipedia donc voici quelques extraits :

Origine : SHA-0 et SHA-1
" Le SHA-1 est le successeur du SHA-0 qui a été rapidement mis de côté par le NIST pour des raisons de sécurité insuffisante. Le SHA-0 était légitimement soupçonné de contenir des failles qui permettraient d'aboutir rapidement à des collisions (deux documents différents qui génèrent le même condensat). Face à la controverse soulevée par le fonctionnement du SHA-0 et certains constats que l'on attribue au NSA, le SHA-0 s'est vu modifié peu après sa sortie (1993) et complexifié pour obtenir le SHA-1 (1995). Une collision complète sur le SHA-0 a été récemment découverte par Antoine Joux et al. (août 2004) et laisse penser que le SHA-1 pourrait lui aussi subir une attaque."

...

La famille SHA
" Des versions offrant plus de sécurité sont également disponible : SHA-256, SHA-384 et SHA-512. Comme leur nom l'indique, ces versions fournissent des signatures de 256, 384 et 512 bits. Une variante a été récemment ajoutée, le SHA-224 assure une compatibilité avec la longueur de deux clés qui seraient utilisées pour du Triple DES (4 clés de 56 bits, le 3DES utilise 3 clés de 56 bits). "

Cordialement

 Ajouter un commentaire




Nos sponsors


Sondage...

Comparez les prix

CalendriCode

Février 2012
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
272829    

Consulter la suite du CalendriCode

Photothèque

 
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,936 sec (4)

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