En fait je ne pensais pas spécifiquement au pid, mais également à l'envoi de syslog sur le réseau, le filtrage des caractères d'échappement, etc...
Bien sur on peut cumuler les couches pour avoir une sécurité correcte (par ex utilisé ipsec par exemple pour authentifié les machines émettrices), mais je pense que c'est tout de même mieu si le service gère cela par lui même.
Je me suis mal exprimé : je suis pour , mais pas au détriment de la compatibilité.
C'est en effet problématique, casser la compatibilité pose toujours des problèmes dans les périodes de transitions. Mais AMHA, c'est surtout d'avoir un consensus ou une norme. Casser la compatibilité pour un truc nouveau, mais qui serait normé et utilisé par tout les unix me gênerait pas, avoir quelque chose spécifique qui n'est géré que par un OS (soit il aussi répandu que linux) me pose plus de problème.
[^] # Re: ce type il devrait arrêter de bosser su GNU/Linux
Posté par Alex . En réponse au journal Lennart casse les logs!. Évalué à 2.
En fait je ne pensais pas spécifiquement au pid, mais également à l'envoi de syslog sur le réseau, le filtrage des caractères d'échappement, etc...
Bien sur on peut cumuler les couches pour avoir une sécurité correcte (par ex utilisé ipsec par exemple pour authentifié les machines émettrices), mais je pense que c'est tout de même mieu si le service gère cela par lui même.
C'est en effet problématique, casser la compatibilité pose toujours des problèmes dans les périodes de transitions. Mais AMHA, c'est surtout d'avoir un consensus ou une norme. Casser la compatibilité pour un truc nouveau, mais qui serait normé et utilisé par tout les unix me gênerait pas, avoir quelque chose spécifique qui n'est géré que par un OS (soit il aussi répandu que linux) me pose plus de problème.