[C/WIN32] INJECTION DE DLL 2 MÉTHODES (REMOTETHREAD PROPRE & REGISTRY)

ghuysmans99

Messages postés: 2493
Date d'inscription: jeudi 14 juillet 2005
Statut: Contributeur
Dernière intervention: 5 juin 2016

- 3 mars 2009 à 20:07
alphaone

Messages postés: 134
Date d'inscription: vendredi 2 mai 2003
Statut: Membre
Dernière intervention: 14 novembre 2009

- 9 nov. 2009 à 17:01

Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/49419-c-win32-injection-de-dll-2-methodes-remotethread-propre-registry

alphaone

Messages postés: 134
Date d'inscription: vendredi 2 mai 2003
Statut: Membre
Dernière intervention: 14 novembre 2009

9 nov. 2009 à 17:01

Sous visual studio 2008 en 32Bits ça marche en 64Bits 2 truc ne marche pas:
1) le menu du type d'injection/d'éjection
2) probleme dans la source dans une fonction d'injection

lirycs78

Messages postés: 103
Date d'inscription: vendredi 7 juillet 2006
Statut: Membre
Dernière intervention: 7 janvier 2010

4 oct. 2009 à 21:58

Moi je n'arrive pas a le compiler avec DevC++
jai ces erreurs :
[Linker error] undefined reference to `CreateFontA@56'
[Linker error] undefined reference to `GetOpenFileNameA@4'
[Linker error] undefined reference to `CreateFontA@56'
[Linker error] undefined reference to `CreateFontA@56'
ld returned 1 exit status

quand jouvre DCK_DLLinjector.cpp et que je veut le compile :/

help me svp

deck_bsd

Messages postés: 1243
Date d'inscription: jeudi 31 mars 2005
Statut: Membre
Dernière intervention: 3 août 2016

2
12 mars 2009 à 19:57

Merci Buno,

Bonne réflexion Juju12, il faudrait demander cela a Richter, je n'ai même pas penser à aller voir ce que prenait LoadLibrary, mais cela passe en effet. Il est vrai que si elle attend un handle meModule.hModule serait plus logique :)

BunoCS

Messages postés: 15266
Date d'inscription: lundi 11 juillet 2005
Statut: Modérateur
Dernière intervention: 24 juin 2022

103
12 mars 2009 à 11:15

Hum..bon, en fait, mon problème est corrigé, petite erreur de ma part. Rien à voir avec la source!

cs_juju12

Messages postés: 966
Date d'inscription: samedi 3 avril 2004
Statut: Membre
Dernière intervention: 4 mars 2010

4
11 mars 2009 à 14:01

Une petite remarque:
lors de la libération de la dll (méthode remotethread), tu appelles FreeLibrary dans le contexte du processus cible mais en lui passant comme paramètre (via CreateRemoteThread) l'adresse de base de la dll...alors que FreeLibrary attend plutôt un handle sur le module (qui aurait éventuellement pu être récupéré par le code de retour du thread LoadLibrary)?! Quelque chose m'aurait-il échappé?

Afficher les 14 commentaires