Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Authentification de composant (logiciel / dll)
Bonjour,
Je recherche une solution pour authentifier un programme et des dll, c'est-à dire une méthode pour que le programme ait la confirmation qu'il s'adresse bien à une dll précise, et que la dll ait la confirmation qu'elle propose ses méthodes à un exécutable précis.
J'avais pensé à un échange de "magic number", ou alors un calcul mutuel de checksum, mais ça me semble des méthodes un peu simpliste...
Alors si vous avez des exemples, je suis preneur !
Merci.
Quel est le but ?
Pour limiter l'utilisation de la dll à certains logiciels identifiés, et pour que ces logiciels aient la garantie de s'adresser à cette dll "officielle".Envoyé par Aurelien.Regat-Barrel
Pourquoi utiliser une dll alors ? Transforme-la en lib statique non ?
Re: Authentification de composant (logiciel / dll)
Ben, je ne vois pas trop ce qu'on peut faire de mieux...
à part peut-être un calcul mutuel de valeur de hachage, avec les fonctions de hachage de la CryptoAPI (wincrypt.h)... La DLL peut récupérer le nom (et peut-être aussi le chemin) de l'Exe avec GetModuleFileName(NULL, chaine, taille), et pour l'exe, le problème ne se pose pas trop, puisqu'il connait sûrement déjà au moins le nom de la DLL pour GetModuleHandle()...
Mais c'est peut-être utiliser un marteau-pilon pour écraser une mouche...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
En fait le projet va évoluer dans qq mois, avec une nouvelle architecture et cette ddl (qui est une api) pourra être appelée "à distance" et au final résolue via JNI.
Finalement, ca va sans doute se terminer par le classique clé publique/privée je pense.
En tous cas merci pour réponses.
Une dll ne peut pas être appelée à distance, il faut un exe local pour la charger. Donc elle peut être liée tatiquement à cet exe (je persiste).
C'est pas évident de faire un truc fiable. Souvent tu ne fait que reporter le problème. Où/comment comptes-tu utiliser tes clés ?
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager