il est écrit dans le man du paquet macchanger enfin si sa marche comme je le souhaite et pense, que l'interface réseau concerné par le changement doit être éteinte par un ifdown eth0 par exemple et je me souviens que sous sid il ne le demandais pas et sur jessie il le demande sinon il ne peut pas poursuire la logique de sont code, étant donné cela il faudrait savoir si le paquet macchanger travaille en capturant la trame réseaux sur la sid de source afin de savoir si le paquet macchanger change bien l'interface du bug et a donc exploité une vulnérabilité de la pile ip sous debian.
Ps: je ne peu pas expliquer pourquoi mais étant sous la prise d'un système horrible tel que le notre est, je ne peu prendre le temps de passer sous sid pour avoir des traca de fonctionnements après, c'est que sa baisse le moral tout sa
donc je ne pourrais reproduire le bug. C'est pour ça que je vous demande de vérifier et vous développeur de trouver la faille de sécurité pour la signaler ainsi qu'une possible brèche soit fermé, mais pour ça vous devez d'abbord vérifier le paquet macchanger sur sid et vérifier que sa fonctionne bien et donc que vous ne capturez pas de paquet provenant de la nouvelle adresse mac fournit par macchanger et indiqué comme changé avec interface non stopé.
Ps: il est aussi possible que le développeur de macchanger est décidé de cacher le cycle de fonctionnement de l'arrêt et redémarrage de l'interface réseau pendant qu'il change l'adresse mac, a trop vouloir m'intérrogé entre ceux qui commettent des erreurs et ceux qui veulent simplement simplifier Debian à la manière d'ubuntu ...
J'ai également demandé de l'aide dans la section bug de ce forum, donc au pire si vous n'avez pas le temps de vérifier si c'est un bug (je ne sais pas a quel point vous aimer Debian et sa sécurité ...) alors attendez que quelqu'un ce dévoue pour vérifier
Dernière modification par kawer (18-04-2015 17:19:33)
ThinkPad T530 - Debian - CoreBoot