C'est un problème d'autant plus génant que la maitrise des redirections en programmation système n'est pas innée (au début on y va un peu au petit bonheur la chance). D'où un risque agravé.
A bien y penser, c'est surprenant que ce gouffre de sécurité soit trouvé maintenant. Si j'ai bien compris, de cette manière un utilisteur lambda peut modifier le contenu d'un fichier pour lequel il n'a pas d'acces possible.
Je serais curieux de savoir si ça marche sur Linux...
Pour nous, simples utilisateurs, ou même administrateurs de mini et micros, on ne voit pas forcement l'utilité d'une telle machine avec linux dessus. Quoique pour le fun...
Cependant imaginez une grosse société. Avec une seule machine, genre gros système, elle fait tourner 20 ou 30 serveurs Linux, par exemple, totalement indépendants les uns des autres.
Un serveur Web, un serveur de documents, un dns, un partage de fichiers, des applis financières, un/des environnements de developpement distincts, des environnements de bases de données distintcs, ..
On peut causer longtemps comme ça.
L'inconvénient, c'est que c'est très cher, et la maintenance (matérielle surtout) nécessite un contrat. Généralement ces machines ne sont pas achetées mais louées avec maintenance à la clef.
Des avantages : Une seule machine physique, à un seul endroit physique. Plus simple, tout de même. Autant de linux qu'on veut, le reboot (virtuel) de l'un ne fait pas planter l'autre.
Mine de rien c'est un avantage certain : beaucoup de machines Unix/Linux font office à la fois de serveur DNS, de serveur de bases de données, Apache... Quand on la reboote, on perd tout...
Voila, voila. On verra la suite.
# Génant en effet
Posté par Sébastien Rohaut (site web personnel) . En réponse à la dépêche Faille dans certains noyaux : détournement de stdio/stderr. Évalué à 6.
# Ca peut être très utile...
Posté par Sébastien Rohaut (site web personnel) . En réponse à la dépêche Linux et le mainframe IBM. Évalué à 10.