import statique Advapi32.lib

Bonjour,
J'ai besoin de vérifier un hash signé/chiffrer une clé avec une clé publique etc. donc d'utiliser les fonctions cryptographiques de la windows api seulement je ne veux pas importer ces fonctions dynamiquement/les appeler depuis Advapi32.dll pour des raisons de sécurité, sa serait bien aussi si je pourrais avoir seulement les fonctions d'ont j'ai besoin en dur , donc si je fait #pragma comment(lib, "Advapi32.lib") puis en appelant mes fonctions normalement (en les écrivant directement) ça serait bon ? dans cette exemple : http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx on peut voir ceci : #pragma comment(lib, "crypt32.lib") je ne voit pas trop d'où sort ce .lib , est-il plus spécifique a certaines fonctions ?

Merci d'avance.

Que veux-tu dire par "en dur"?
Advapi32.lib est une bibliothèque statique d'importation, donc les fonctions ne seront jamais copiées dans l'exécutable final. C'est juste que tu pourras appeler les fonctions de Advapi32.dll directement via l'Import Table de ton exécutable, au lieu d'avoir à faire LoadLibrary()+GetProcAddress().


Quant à Crypt32, apparemment la CryptoAPI est divisée entre les deux DLLs AdvAPI32 et Crypt32.

Merci pour ta réponse en réalité oui je pensais que ça allais les importer en dur dans l'éxécutable le problème c'est que je veux aussi vérifier si la dll n'as pas été modifié et la charger seulement si c'est le cas,si j'utilise les fonctions depuis la dll quelqu'un d'assez malin pourra faire renvoyer n'importe quoi et dire qu'elle n'est pas corrompu alors qu'elle l'ai , qu'est ce que tu en pense ? peut être passer par une autre bibliothèque ?

J'ai deux autres question est-ce que a t-on avis je peut stocker des HANDLE dans des INT (dans un exécutable 32bits) ? et est-ce que si j'utilise les fonctions documentées de ntdll est-ce que cela a t-on avis est portable et durable (les fonctions) ?

Je ne sais plus si, hors .Net, une DLL peut être signée. Par contre, il me semble que les DLLs de Windows sont des "known DLLs" qui ne peuvent pas vraiment être usurpées.

Un HANDLE n'est pas censé rentrer dans un INT. Il rentre dans un INT_PTR, par contre (et tout ce qui y correspond, y compris WPARAM, LPARAM et LRESULT).