-pascal34- a écritil n'est plus nécessaire de lancer avec gksudo
Ce n'est pas lié à zenmap. Les logiciels graphiques utilisent certaines données de l'environnement, et avec sudo cet environnement n'est pas changé. Du coup, une application lancée avec sudo est susceptible d'écraser certains trucs dans /home/<utilisateur> (je pense notamment aux fichiers .ICEauthority et .Xauthority). Pour lancer une application graphique, il faut utiliser un logiciel qui gère ces aspects d'environnement et qui fait pointer les variables qui vont bien aux endroits qui vont bien. C'est le cas de gksudo.
Et ce n'est pas quelque chose qui était un problème par le passé et qui est aujourd'hui résolu : c'est la façon même dont fonctionne (et fonctionneront toujours) certaines applis. Ne prenons pas de mauvaise habitude : même si une appli (zenmap en l'occurrence) fonctionne avec sudo, prenons l'habitude d'utiliser gksudo pour les applications graphiques.
-pascal34- a écritMais comme tu es un ancien
Si j'utilisais vraiment mon discours d'« ancien », je te dirais :
ON NE LANCE AUCUNE APPLICATION GRAPHIQUE EN TANT QUE ROOT !
Et je te dirais aussi que nmap tout court est suffisant.
Mais je ne parle pas en tant qu'ancien, je parle en tant que spécialiste de ces systèmes, tels qu'ils fonctionnent aujourd'hui.
-pascal34- a écritHeureusement qu'il faut tester la machine sous Ubuntu
Je crois que je me suis mal exprimé, du coup tu n'as pas bien compris mon propos. Je ne dis pas qu'il faut tester telle ou telle machine, bien sûr qu'il faut tester la machine Ubuntu en question. Je dis qu'il faut utiliser nmap
à partir d'une autre machine pour avoir un résultat probant. Un nmap exécuté à partir de la machine qu'on veut tester, c'est biaisé.
nam1962 a écritLes blocages constatés dans dmesg c'est sur les démarrages ultérieurs avec qbittorrent éteint.
AAAaaaah d'accord. Alors voilà comment ça marche, en l'état actuel chez toi :
1/ tu lances qbittorrent, il se connecte à Internet, blablabla
2/ ton pare-feu local (Netfilter tout ça) détecte une connexion bittorrent et laisse entrer les connexions liés (règle "RELATED" du connection tracking)
3/ ta box voit une connexion bittorrent et redirige les connexions liées (règle "RELATED" du connection tracking) vers ton PC
4/ tu arrêtes qbittorrent (ou tu redémarres la machine, c'est pareil)
5/ ton pare-feu local voit qu'il n'y a plus la connexion bittorrent, il bloque les paquets entrants
6/ ta box, plus bête que ton pare-feu local, n'a pas vu que ta connexion bittorrent est terminée (pour une raison qui serait encore à déterminer), alors elle redirige encore les connexions entrantes vers ton PC
7/ les clients bittorrent distants ont encore connaissance de ta présence sur le réseau et essayent de se connecter
8/ ton pare-feu bloque ces tentatives de connexions, leurs requêtes échouent
Il est possible que les comportements en 6 et en 7 soient liés à une coupure brutale du réseau, ton client bittorrent n'ayant pas eu le temps de prévenir ses correspondants qu'il s'en va. Je ne connais pas le protocole bittorrent, je ne peux pas être affirmatif là-dessus. Mais la plupart des protocoles fonctionnent comme ça : normalement on dit qu'on s'en va pour que les autres ne tentent plus de se connecter chez soi.
Si tu n'avais pas de pare-feu local, voici ce qu'il se passerait :
1/ tu lances qbittorrent, il se connecte à Internet, blablabla
2/ ta box voit une connexion bittorrent et redirige les connexions liées (règle "RELATED" du connection tracking) vers ton PC
3/ tu arrêtes qbittorrent (ou tu redémarres la machine, c'est pareil)
4/ ta box n'a pas vu que ta connexion bittorrent est terminée (pour une raison qui serait encore à déterminer), alors elle redirige encore les connexions entrantes vers ton PC
5/ les clients bittorrent distants ont encore connaissance de ta présence sur le réseau et essayent de se connecter
6/ il n'y a rien en écoute sur le port en question sur ton PC, leurs requêtes échouent
Comme tu le vois, l'absence de pare-feu sur ton PC n'est pas un problème dans ce cas.
agensbur a écrit[...] un script java [...]
Juste pour que ce soit exact, une petite précision : c'est un script javascript, ça n'a rien à voir avec du java.
agensbur a écritUn parefeu sert à d'autres choses (je m'en tiens à : 'je n'utilise que si serveur il y a').
Un antivirus servirait à d'autres choses (je m'en tiens à : 'éviter de refiler à un windowiste, une vérole en transit').
La sécurité devient vite un métier spécialisé et les professionnels diront que c'est très incomplet : ils ont raison.
Bien sûr qu'on pourrait écrire des romans sur le sujet. Mais tu as assez bien résumé la situation je trouve... 🙂
Je m'efforce pour ma part de faire des simplifications comme ça, sauf quand on parle entre professionnels de la sécurité...
Il ne faut pas faire trop compliqué, sinon on risque de noyer les béotiens !
