PROCESS VIEWER AVEC DÉPENDANCES ET RÉPERTOIRE DE TRAVAIL

MoiOlivier Messages postés 172 Date d'inscription mardi 15 juillet 2003 Statut Membre Dernière intervention 4 août 2005 - 27 déc. 2003 à 19:11
kimmelf2 Messages postés 267 Date d'inscription lundi 22 septembre 2003 Statut Membre Dernière intervention 27 novembre 2005 - 27 janv. 2004 à 01:36
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/19016-process-viewer-avec-dependances-et-repertoire-de-travail

kimmelf2 Messages postés 267 Date d'inscription lundi 22 septembre 2003 Statut Membre Dernière intervention 27 novembre 2005
27 janv. 2004 à 01:36
DavidT> j'aurais besoin d'une petite info :

mon VB ne reconnais pas la fonction Split, donc j'ai voulu la recreer mais j'ai un pb lorsque ca exec une ligne de type sl = Split(stext, "?") (dans Timer1_Timer)

ca me marque "erreur de compilation, impossible d'affecter au tableau"

a mon avis, le pb est tout bete, mais je trouve pas. Je pense que ca viens de la declaration de ma fonction. La voila, ainsi que quelques lignes clef :

Private Function Split(StartString As String, SerachString As String)
.......
redim preserve splittable (..)
dim splittable() as string
.......
Split = splittable
end function

si tu peux m'aider ...... :-)
kimmelf2 Messages postés 267 Date d'inscription lundi 22 septembre 2003 Statut Membre Dernière intervention 27 novembre 2005
27 janv. 2004 à 00:45
je sais pas si c'est la meilleur methode ... un pgm qui ouvre une connection depuis le port X ne peux pas etre redirige vers un winsock pour le sniffer ... par contre si tu sais creer et gerer les dll, tu peux faire un "faux" winsock.dll :
-1- tu renomme winsock.dll en winsock2.dll (par exemple)
-2- tu cree un nouveau winsock.dll avec la meme liste de fonctions mais qui se contetent d'appeler les fonctions homonymes de winsock2 (listen de winsock.dll se contente d'appeler listen de winsock2.dll) SAUF UN TYPE DE FONCTION : CELLES DE CONNECTION

dedans, tu met un code du style
private sub Connect()
r=msgbox "Le pgm .... essaye d'ouvrir une connection" , vbokcancel
if r=vbok then
call vwinsock2_connect
endif
end sub

comme ca ta fonction fait "tampon" entre le programme qui demande la connection et la vraie fonction connect ...

bien sur, le code que j'ai donne ne fonctionne pas comme ca, il faut te renseigner sur la gestion des dll. Si tu peux trouver quelques Hackademy Journal de 2003, y'avais quelques articles sur cette technique dans le cadre de keyloggers
DavidT Messages postés 43 Date d'inscription lundi 31 décembre 2001 Statut Membre Dernière intervention 5 février 2005
18 janv. 2004 à 00:06
Mouais, il suffit de développer un sniffer en s'accrochant sur Winsock !
cs_legion91 Messages postés 216 Date d'inscription mercredi 5 février 2003 Statut Membre Dernière intervention 15 décembre 2010
17 janv. 2004 à 13:52
ouais tres interressant 10/10, heu est il possible de savoir si l'un de ses programme ouvre une connexion ?
kimmelf2 Messages postés 267 Date d'inscription lundi 22 septembre 2003 Statut Membre Dernière intervention 27 novembre 2005
28 déc. 2003 à 02:07
nickel .... 10/10 car hyper pratique pour traquer les virus ou keyloggers ...
cs_LordBob Messages postés 2865 Date d'inscription samedi 2 novembre 2002 Statut Membre Dernière intervention 11 mai 2009 9
28 déc. 2003 à 01:11
ouais c clair, c un tres bon programme !!!
MoiOlivier Messages postés 172 Date d'inscription mardi 15 juillet 2003 Statut Membre Dernière intervention 4 août 2005
27 déc. 2003 à 19:11
J'aime bien.
Voilà qui est utile et instructif !
En plus je serais totalement incapable de le faire moi-même.
10/10 pour le module de classe, 8/10 pour son exploitation, donc 9/10.
Bonne prog.
Rejoignez-nous