mais dans le temps on avait des utilitaires avec des suid de groupes.
Sous mandrake/mandriva/mageia, il y'avait consoleHelper qui gérait ça; où on pouvait définir les droits par utilisateurs.
Et de toutes façon, le plus souvent dans les droits admins des utilisateurs, on autorise l'installation de packages, qui de toutes façons est une autoroot :)
L'autre fréquemment utilisée est l’exécution de docker, qui est du même acabit.
J'ai aussi eu le droit à un alternatives qui permettait de passer root via les bons choix de commandes.
mais sinon je ne vois pas trop la différence avec l'existant (sudo, dzdo), sachant que sudo peut fonctionner par groupes, quel est l’intérêt de rajouter encore autre chose?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
# Le paradoxe de la sécurité
Posté par Glandos . Évalué à 10 (+8/-0).
Et quelques lignes plus bas :
Alors dans le script shell, ça ne fait pas de sudo, c'est très dommage, ça empêche d'être encore plus ironique, mais c'est quand même mieux comme ça.
# je vais faire mon vieux con
Posté par fearan . Évalué à 5 (+2/-0).
mais dans le temps on avait des utilitaires avec des suid de groupes.
Sous mandrake/mandriva/mageia, il y'avait consoleHelper qui gérait ça; où on pouvait définir les droits par utilisateurs.
Et de toutes façon, le plus souvent dans les droits admins des utilisateurs, on autorise l'installation de packages, qui de toutes façons est une autoroot :)
L'autre fréquemment utilisée est l’exécution de docker, qui est du même acabit.
J'ai aussi eu le droit à un alternatives qui permettait de passer root via les bons choix de commandes.
mais sinon je ne vois pas trop la différence avec l'existant (sudo, dzdo), sachant que sudo peut fonctionner par groupes, quel est l’intérêt de rajouter encore autre chose?
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.