Utiliser DLL Crypto++

Bonjour,
je cherche à utiliser la bibliothèque Crypto++ en faisant une dll pour l'utiliser dans windev , le c++ n'est pas vraiment dans mes cordes .
mon but étant de signer une chaine de caractère avec une clé priver créer avec openssl
je l'ai fait en c# mais mon soucis étant d'éviter d'installer la librairie obligatoire assez contraigante : Visual C++ pour visual Studion 2013
le code est simple en c#

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

static public string Signature(string _sPrivateKeyXML,string _sDataToSign, ref string __sMessErr) { try { RSACryptoServiceProvider RSA = new RSACryptoServiceProvider(); RSA.FromXmlString(_sPrivateKeyXML); RSAPKCS1SignatureFormatter RSAFormatter = new RSAPKCS1SignatureFormatter(RSA); RSAFormatter.SetHashAlgorithm("SHA1");r. SHA1CryptoServiceProvider UnCrypto = new SHA1CryptoServiceProvider(); byte[] DataSign = Encoding.ASCII.GetBytes(_sDataToSign); byte[] Sign = UnCrypto.ComputeHash(DataSign); byte[] SignedHash = RSAFormatter.CreateSignature(Sign); return Convert.ToBase64String(SignedHash); } catch (CryptographicException e) { __sMessErr = e.ToString(); return null; } }

---

c'est pas la même music en c++
quelqu'un pourrait me dire si déjà Crypto++ intègre la même signature de chaine ? et si par hasard quelqu'un aurait un bout de code le permettant ?
merci d'avance

Crypto++ est une bibliothèque C++, à la base.
Elle s'utilise comme toute bibliothèque C++, en commençant par lire sa documentation.
https://www.cryptopp.com/wiki/Visual_Studio

bonjour,
oui c'est le principe de lire la documentation ,c'est parce que j'ai essayé que j'ai fais ce post ,çà doit être relativement simple pour un habitué du c++ mais pas pour moi

Citation:

---

,çà doit être relativement simple pour un habitué du c++ mais pas pour moi

---

Chaque bibliothèque fait sa tambouille, donc non, on est à égalité, faut lire la documentation, et la comprendre.

C'est quoi le message d'erreur ou ce que vous ne comprenez pas dans la documentation ?

Merci Bacelar de ta réponse ,
j'ai commencer à utiliser visual c++ 2008 et cryptopp562 (seul se couple fonctionne à la compilation sans soucis);
j'arrive bien à maîtriser certaine classe mais quand j'essaye d'utiliser la fonction Base64Encoder çà plante la génération (mais pas la compilation) ,comme dans l'exemple :

Code:

---

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

byte decoded[] = { 0xFF, 0xEE, 0xDD, 0xCC, 0xBB, 0xAA, 0x99, 0x88, 0x77, 0x66, 0x55, 0x44, 0x33, 0x22, 0x11, 0x00 }; string encoded; Base64Encoder encoder; encoder.Put(decoded, sizeof(decoded)); encoder.MessageEnd(); word64 size = encoder.MaxRetrievable(); if(size) { encoded.resize(size); encoder.Get((byte*)encoded.data(), encoded.size()); } cout << encoded << endl;

---

j'ai un magnifique

Citation:

---

dlltest.obj : error LNK2019: symbole externe non résolu "public: virtual void __thiscall CryptoPP::Base64Encoder::IsolatedInitialize(class CryptoPP::NameValuePairs const &)" (?IsolatedInitialize@Base64Encoder@CryptoPP@@UAEXABVNameValuePairs@2@@Z) référencé dans la fonction "public: __thiscall CryptoPP::Base64Encoder::Base64Encoder(class CryptoPP::BufferedTransformation *,bool,int)" (??0Base64Encoder@CryptoPP@@QAE@PAVBufferedTransformation@1@_NH@

---

c'est 'Base64Encoder encoder' qui fait ce plantage
quelqu'un aurait une idée ?

Vous avez juste une erreur d'édition de lien.
Le compilateur est content, tout ce que vous utilisez a été déclaré dans des .h, OK.
Mais l'éditeur de lien, lui, il lui faut le vrai code binaire.
Donc, si l'intégration de la bibliothèque se fait via des .lib, vous avez oubliez de mentionner le .lib contenant le code de "CryptoPP::Base64Encoder::Base64Encoder".

aucune idée comment mentionner le .lib , un peu perdu ...

Dans : "Propriétés" dans le menu contextuel du projet dans l'explorateur de solution -> Propriétés de configuration -> Edition de liens -> entrée -> dépendances supplémentaires
Y ajouter "cryptlib.lib".
Dans : "Propriétés" dans le menu contextuel du projet dans l'explorateur de solution -> Propriétés de configuration -> Répertoires VC++ -> Répertoires de bibliothèques
Y ajouter le chemin vers le répertoire contenant "cryptlib.lib".

en faisant ceci :

http://img15.hostingpics.net/pics/819054Capture1.png

http://img15.hostingpics.net/pics/759818Capture.png

j'obtiens ceci

1>msvcprtd.lib(MSVCP90D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >::~basic_string<char,struct std::char_traits<char>,class std::allocator<char> >(void)" (??1?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@QAE@XZ) déjà défini(e) dans cryptlib.lib(base64.obj)

j'ai réglé le soucis comme ceci :

Code:

---

1 2 3

#include <iostream> //#include <dll.h> #include <base64.h>

---

à la place de

Code:

---

1 2	#include <dll.h> #include <base64.h>

---

suite au prochaine épisode :mrgreen::mrgreen:
merci bacelar

j'ai réussi ma signature avec criptopp (crypto++) mais je n'ai pas le même résultat qu'avec openssl , est-ce normal ou j'ai fait une erreur quelque part ?
avec openssl
rsautl -sign -in asigner.txt -inkey maclé.pem -out signature.txt
avec cryptopp
RSASSA_PKCS1v15_SHA_Signer signer(privateKey);

C'est peut-être parce qu'openssl fournit plusieurs variantes du même algorithme.

Il faut regarder la doc de rsautl (sa page man, probablement)

Citation:

---

Envoyé par ternel

Il faut regarder la doc de rsautl (sa page man, probablement)

---

il n'y a pas trop d'option apparemment
http://www.man-linux-magique.net/man1/rsautl.html
c'est étrange quand même ....

j'ai compris le soucis :
RSASSA_PKCS1v15_SHA_Signer signer(privateKey) de crypto++ fait un sh1 et signe
rsautl -sign -in asigner.txt -inkey maclé.pem -out signature.txt ne fait que signer
par contre
dgst -sha1 -sign maclé.pem -out signature.txt asigner.txt fait un sh1 et signe

les deux sont égaux maintenant :aie:
tout simplement :calim2::mouarf:

Comme quoi, en cherchant bien…

Bonne continuation!

Bonsoir,
je rencontre un soucis en Elliptic curve entre openssl et crypto++ ,la signature ne fait pas la même longueur (il manque 7 octet avec crypto++) aussi bien en secp521r1 qu'en secp256k1 (asn1) , ma vérification échoue avec openssl (la vérification de la signature est bonne avec crypto++ bien sûr) .
la signature en secp521r1 fait 132 octets et en secp256k1 64 octets , 139 octets pour openssl en secp521r1 ....
si vous avez une idée ,je suis preneur , je ne peu pas signer avec ceci si les résultats ne sont pas cohérent ,il doit bien avoir l'un des deux qui boite ....
openssl me dit :
Error Verifying Data
8298:error:0D0680A8:asn1 encoding routines:ASN1_CHECK_TLEN:wrong tag:/BuildRoot/Library/Caches/com.apple.xbs/Sources/OpenSSL098/OpenSSL098-59.40.2/src/crypto/asn1/tasn_dec.c:1344:
8298:error:0D07803A:asn1 encoding routines:ASN1_ITEM_EX_D2I:nested asn1 error:/BuildRoot/Library/Caches/com.apple.xbs/Sources/OpenSSL098/OpenSSL098-59.40.2/src/crypto/asn1/tasn_dec.c:387:Type=ECDSA_SIG
error in dust
comment verifier ma signature avec autre chose que openssl par exemple ...

Cette fois si, tu as vérifié que c'est bien le même algorithme, avec les mêmes paramètres, utilisés pour signer la même chose?

oui bien sur (enfin je pense ,c'est çà qui m'étonne)

avec openssl

Citation:

---

ecparam -name secp521r1 -genkey -out TotoPrivé_EC.pem //creation clé privé
ec -in TotoPrivé_EC.pem -pubout -out totoPublique_EC.pem //création clé public

dgst -ecdsa-with-SHA1 -out signed.txt -sign TotoPrivé_EC.pem test.txt //signature = 139 octets :calim2:
dgst -ecdsa-with-SHA1 -verify totoPublique_EC.pem -signature signed.txt test.txt //verification ok

---

avec crypto++
cléprivé et clépublic sont des string

Code:

---

1 2 3 4

ECDSA<ECP,SHA1>::Signer signer; signer.AccessKey().Initialize( prng, CryptoPP::ASN1::secp521r1() ); signer.AccessKey().BERDecodePrivateKey(queue, false , queue.MaxRetrievable());//clé privé StringSource( message, true,new SignerFilter( prng,signer,new StringSink( signature ))); //on signe = 132 octets :aie:

---

Citation:

---

//enregistre la signature pour la verification avec openssl par la suite
FileSink sink("signed.txt");
sink.Put((byte const*) signature.data(), signature.size());

---

//comparaison

Citation:

---

ECDSA<ECP, SHA1>::publicKey publicKey;
publicKey.Load(StringSource(CléPublic, true,new Base64Decoder()).Ref());//clé public
StringSource( signature+message, true,new SignatureVerificationFilter(ECDSA<ECP,SHA1>::Verifier(publicKey),
new ArraySink( (byte*)&result, sizeof(result) ) //vérification ok

---

retour à openssl

Citation:

---

dgst -ecdsa-with-SHA1 -verify totoPublique_EC.pem -signature signed.txt testec.txt /// et la verification est mauvaise

---

ASN1_CHECK_TLEN:wrong tag
ASN1_ITEM_EX_D2I:nested asn1 error

j'ai bien réussi à peu prêt de la même façon en rsa sans soucis ... il y a un truc qui m'échappe

Je ne connais pas assez les algorithmes précis.

Vérifie, à tout hasard, que le chargement des clés soit bien fait comme recommandé par Crypto++

Notamment, tu passes par un base64decode, est-ce normal

en faites cela fonctionne bien en RSA , on peut penser que c'est la même façon , de surcroit si il n'arrive pas à décoder (ou une incohérence) cela provoque une erreur en exécution .
ce qui est bizarre ,c'est que je ne peux pas charger de la même façon la clé privé et la clé public alors que se sont les deux des string ....
mais ce qui m'embete , c'est que les signatures ne font pas la même taille !! c'est flagrant par contre ... avec quoi peut-on vérifier une signature à par openssl ?

Bonsoir,
je suis mega bloqué sur les signatures ecdsa avec crypto++ par rapport à openssl (le contrôle de signature n'est pas bon sur openssl mais bon sur crypto++) .
les résultats sont différents quand on lit une clé public avec l'un ou l'autre
pub: ; Prime: ;A: et B:
il manque des débuts d'octets sur openssl , j'ai utiliser la source PEM_Pack pour faire un pem (utilisable dans openssl) avec un key (utilisable dans crypto++)
https://www.cryptopp.com/wiki/PEM_Pack
il est clair que si les clés ne sont pas identique à 100% (malgré la conversion) le résultat ne sera pas bon , j'ai vraiment besoin d'aide car je suis au bout de mes connaissances et de mes capacités à faire des essais pour trouver une solution.
je compte sur vous .