Utilisation de la communication TCP/IP localhost dans un programme - toujours en sécurité ?

• Trafic vers 127.0.0.0/8 et à ::1/128 est traité en interne par la pile TCP/IP. Il n'atteint pas la carte réseau physique et ne quitte jamais l'ordinateur, il ne peut donc pas être bloqué par les pare-feu d'entreprise.

• Étant donné que les sockets de bouclage sont très courants pour IPC, de bons pare-feu ne doivent jamais les bloquer. (Le pare-feu Windows ne le fait pas.) Cependant, il y en a qui sont trop paranoïaques... Dans de tels cas, cependant, je blâmerais le pare-feu, pas votre logiciel.

• Sous Unix, il est possible de désactiver (accidentellement) l'interface de bouclage (généralement lo ). Encore une fois, c'est très inhabituel.

• Au lieu d'un port codé en dur, socketpair() doit être utilisé le cas échéant, pour éviter les collisions portuaires.

• Encore mieux serait d'utiliser des sockets Unix sous Linux et des tubes nommés sous Windows.

Tous ces systèmes d'exploitation prennent en charge l'exécution d'un logiciel de pare-feu. Ceux-ci pourraient bloquer les connexions localhost, bien que ce ne soit pas très courant (d'après mon expérience).

Il existe de nombreuses applications/services qui font cela. Essayez simplement d'exécuter netstat -an sur votre box :il y a de fortes chances que vous voyiez pas mal d'applications avec des prises d'écoute ouvertes sur 127.0.0.1 .

Je ne connais pas de paramètres utilisateur qui pourraient empêcher cela de fonctionner sous Linux. Aucune idée pour Windows. Mais encore une fois, c'est une technique courante.