KEYLOGGER SERVEUR/CLIENT
yann2192
Messages postés
15
Date d'inscription
jeudi 29 décembre 2005
Statut
Membre
Dernière intervention
13 janvier 2008
-
5 nov. 2007 à 13:06
sscssc13 Messages postés 2 Date d'inscription lundi 7 janvier 2008 Statut Membre Dernière intervention 8 janvier 2008 - 8 janv. 2008 à 22:12
sscssc13 Messages postés 2 Date d'inscription lundi 7 janvier 2008 Statut Membre Dernière intervention 8 janvier 2008 - 8 janv. 2008 à 22:12
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/44617-keylogger-serveur-client
https://codes-sources.commentcamarche.net/source/44617-keylogger-serveur-client
8 janv. 2008 à 22:12
(je suis bien sur DevC++)
8 janv. 2008 à 13:14
7 janv. 2008 à 23:41
26 nov. 2007 à 14:33
6 nov. 2007 à 18:52
6 nov. 2007 à 17:50
6 nov. 2007 à 17:26
send(csock,((const char*)hooked.vkCode),sizeof(hooked.vkCode),0)
mais plutôt :
send(csock,((const char*) &hooked.vkCode),sizeof(hooked.vkCode),0)
il faut passer l'adresse de hooked.vkCode à send... et pas de conversions en texte superflues qui ralentissent pour rien...
6 nov. 2007 à 16:22
6 nov. 2007 à 15:34
6 nov. 2007 à 11:35
Ah ok, mais il va faloir faire la fonction inverse de itoa alors, parceque itoa ne donnera pas les valeurs correctes. Dès que je revien de l'ortho je vois sa.
6 nov. 2007 à 10:12
Yann2192> Il ne faut surtout pas faire ca "(const char*)hooked.vkCode" il risque d'y avoir de la casse. Passe plutot par uen fonction genre itoa pour convertir ton entier en chaine de caractère.
Ensuite coté client, tu récépetionnes simplement le resultat sur ton socket avec la fonction recv(...) comme tu le fait actuellement. Puis dans la foulé tu interprètes le code touche pour y afficher la lettre correspndante.
5 nov. 2007 à 23:15
Voila mon problème j'envoie comme Luhtor me la proposé, hooked.vkCode au client
donc j'écrie : send(csock,((const char*)hooked.vkCode),sizeof(hooked.vkCode),0);
C'est pour réceptionner hooked.vkCode que je ne comprend pas. J'ai essayer simplement de mettre le switch(hooked.vkCode) au client mais hooked.vkCode n'est pas déclaré donc je doit le remplacer par quoi ? Et cela surfira t'il a gérer correctement hooked.vkCode ?
5 nov. 2007 à 20:54
Quant tu fais du multithreadé, oubli l'existance des variables globales et associe des variables aux contexte de ton thread en créant un object à chaque accept() et en le passant en param de createthread par exemple..
et puis comme le dis Max12 tout appel à des libraires système doit TOUJOURS être vérifié ! si tu ne le fais pas, d'une part c'est suicidaire et donne du code non sur et donc pour inexploitable et d'autre part ca fais papa qui brocole dans son garage....
Donc :
* vérifie tes appels
* soit tu améliore ton multithreading soit tu passes en "mono thread"
vicenzo.
5 nov. 2007 à 20:34
C'est vraie, dans les exemples des tutos que j'ai lu sur les sockets, ils ne controlaient pas les retours, je vais rajoutés sa dans la nouvella version.
Deathcrash > [...]il te dit tout simplement de renvoyer hooked.vkCode au client, et ensuite le client se débrouille avec, ce qui j'avoue et beaucoup plus logique[...]
Oui je n'y avait pas penser, donc si j'ai compris je vais devoirs faire :
send(csock,((const char*)hooked.vkCode),sizeof(hooked.vkCode),0);
Je vient d'essayer mais je doit avoir quelque lacune sur la réception par socket de variable. Donc je laisse comme sa jusqu'a ce que j'arrive à exploiter correctement hooked.vkCode.
Vicenzo > Comme tu le précise, pourquoi poster le code d'un enième key logger basique qui n'est en plus pas complètement opérationnel ?
J'ai ajouté ma source déjà pour avoir des propositions pour l'améliorer et ensuite je n'avais pas vue de keylogger proposant d'envoyer les touches tappées par socket au lieu de les stocker dans un fichier.
Pour mon problème de connection, j'avais désactiver mes parefeux et mon av, sa doit ptetre venir du parefeu modem ou routeur.
5 nov. 2007 à 19:32
1/ exporter le callback est nécessaire car comment windows peut l'appeler s'il n'est pas exporté ?
2/ un hook exportée dans un exe le fait très bien... Bien que MSDN clame que cela doit se faire dans une DLL, cela fonctionne très bien depuis un exe... Dans le cas de ce mini keylogger pourquoi placer deux fichier (exe+dll) quand on peut n'avoir q'un seul fichier (exe) ?
yann2192 :
Comme tu le précise, pourquoi poster le code d'un enième key logger basique qui n'est en plus pas complètement opérationnel ?
5 nov. 2007 à 17:46
Sinon je pense que tu as pas compris la remarque de Luthor, il te dit tout simplement de renvoyer hooked.vkCode au client, et ensuite le client se débrouille avec, ce qui j'avoue et beaucoup plus logique... Non seulement ca t'évite de mettre a jour le serveur lorsque tu souhiates gérer de nouvelles touches, mais en plus ca laisse le choix au client de ne traiter que certaines touches.
5 nov. 2007 à 17:35
ToAscii(hooked.vkCode, hooked.scanCode ,KeyState,&Buf,0);
//...
*ch=((char)Buf);
send(dsock,ch,sizeof(ch),0);
mais cela n'afficher rien du coté client :/
5 nov. 2007 à 17:27
5 nov. 2007 à 17:00
Mais en effet il serait plus judicieux de renvoyer le code de la touche et ensuite le client se dépatouille avec.
5 nov. 2007 à 16:39
5 nov. 2007 à 15:04
Sinon il est inutile d'exporter la fonction de callbaàk.
A ta place, j'aurai mis le code du hook dans une Dll et non dans l'exe. Dès lors l'exe ne servirait que de launcher
5 nov. 2007 à 13:06