Type HASHBYTES SHA1

Bonjour à tous et à toutes

Je vous explique mon problème, j'ai une procédure stockée qui génére un mot de passe aléatoire (pas de soucis). Je la test avec le HASHBYTES justement de cette maniére :

Code:

---

1 2 3 4

declare @newpwd varchar(20) exec generationMDP2 @len=8, @output=@newpwd out SELECT HASHBYTES('SHA1', @newpwd);

---

Et ca me donne en resultat : 0x2A7F6285CDC7EB5D27F9624100A7E577E4FCD534

Maintenant, j'ai une procédure stocké qui permet de rajouter un utilisateur dans ma base et je fais dans cette procédure :

Code:

---

1 2 3

declare @newpwd varchar(20) exec generationMDP2 @len=8, @output=@newpwd out

---

Puis

Code:

---

1 2	Insert into Identifiants(Nom_identifiant, Mot_de_Passe) values(@Identifiant, HASHBYTES('SHA1', @newpwd));

---

Le problème est que dans ma bdd, quand je regarde mon champs Mot_de passe j'ai des choses comme ça : 雒쒔䯀ꠗ恴뭅䣔ᯯ릱

Du coup je suis content je sais d'où viennent les hiéroglyphes, mais c'était pas le but... I need your help


Petite précision, si je fais

Code:

---

select mot_de_passe, cast(mot_de_passe as varbinary) from identifiants where id_identifiant = 61

---

j'ai bien 0x2980397516E3037FFBAA2B71C7673F9D42CE8C6C qui apparait....

Bonjour,

Quel est le type de données de la colonne Mot_de_Passe ? Je parie sur nvarchar.
Lorsque vous stockez une valeur de type varbinary sous le type nvarchar, SQL Server exécute une conversion implicite de type de données.
C'est de là que proviennent les caractères Chinois (Ce ne sont pas des hiéroglyphes ;))

@++ ;)

Oui en effet, c'est du nvarchar... J'ai un peu tout essaye en fait mais surement pas ce qu'il faut...

Parce que après, (quitte à être dans le bien nul) j'ai dû faire une fonction, pour récupérer le mdp, mais crypté, du coup j'ai fait ca :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

ALTER function [dbo].[AuthentificationUsers2](@Identifiant varchar(50)) returns @IdentifiantsUsers table( IdIdentifiant varchar(50), MDP nvarchar(50) ) as begin insert into @IdentifiantsUsers(IdIdentifiant,MDP) SELECT nom_identifiant, cast(mdp_crypte as varbinary) as MDP FROM identifiants WHERE nom_identifiant= @Identifiant; return end

---

Mais bon, curieusement, j'ai mes signes Chinois tout mignons dans le champs mdp...

C'est marrant mais en mettant le champs mdp en varbinary beh curieusement ca marche... Je dois être un peu stupide, c'est la faute à mes parents

Citation:

---

Envoyé par JeanYvette

c'est la faute à mes parents

---

c'est la faute DE mes parents. :weird:

Voui je sais

En tout cas merci d'être passé sur mon post, j'ai pu comprendre mon erreur. Au final mon tuteur ca ne lui plait pas, je me lance donc dans de nouvelles aventures de chiffrement

Merci et bisous

Ne vous est-il pas possible de mettre la colonne stockant le mot de passe en varbinary aussi ?
Vous pouvez ensuite procéder au décryptage au sein de l'application.

@++ ;)

Alors si ce que j'ai fait c'est que mon mdp est bien en varbinary tout ca, j'arrive a l'encrypter avec une clé symétrique elle meme crypté avec de l'assymetrique
J'arrive à lire mes données avec une requête simple du style :

Code:

---

1 2 3 4 5

OPEN SYMMETRIC KEY SKey DECRYPTION BY ASYMMETRIC KEY AKey ; select mot_de_passe, CONVERT(NVARCHAR, DecryptByKey(MDP_crypte)) as Password from identifiants CLOSE SYMMETRIC KEY SKey ;

---

Mais quand je tente de le mettre dans une fonction comme ;

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

GO   ALTER function [dbo].[GetPassword](@IdUtilisateur int) returns nvarchar(max) as begin OPEN SYMMETRIC KEY SKey DECRYPTION BY ASYMMETRIC KEY AKey ; declare @Mdp nvarchar(max); set @Mdp = (select DecryptByKey(MDP_crypte) from identifiants,utilisateurs where id_utilisateur = @IdUtilisateur and identifiants.id_identifiant = utilisateurs.id_identifiant) CLOSE SYMMETRIC KEY SKey ; return @Mdp; end

---

J'ai deux belles erreurs :
Msg 443, Level 16, State 14, Procedure GetPassword, Line 6
Utilisation non valide d'un opérateur présentant des effets secondaires ou d'un opérateur dépendant du temps 'OPEN SYMMETRIC KEY' dans une fonction.
Msg 443, Level 16, State 14, Procedure GetPassword, Line 11
Utilisation non valide d'un opérateur présentant des effets secondaires ou d'un opérateur dépendant du temps 'CLOSE SYMMETRIC KEY' dans une fonction.


Du coup je me demande si on peut le faire de suite dans une fonction mais je doute....

Non tout vas bien je suis juste idiot :D

IMPORTANT... effectuer un hachage ne constitue aucunement un chiffrement ! Erreur hélas largement répandue...

A lire : http://blog.developpez.com/sqlpro/p1...dans-les-sgbdr

A +

Désolé du temps de réponse sur ce post, merci encore pour ton aide, j'ai trouvé mon bonheur
Et oui je sais que hash est différent de chiffrement, erreur de Français, désolé