Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

sudo et désactivation du compte root plutôt que su

DDZ

Bonjour

J'utilise Fedora 13 LXDE et j'aimerai savoir comment procéder pour utiliser sudo avec mon mot de passe utilisateur et désactiver le compte root à l'image des distributions Ubuntu plutôt que d'utiliser su et un compte root activé ?

Merci d'avance pour vos tuyaux ! 🙂

pingou

Tu as pensé à regarder la doc ?

DDZ

Je n'ai rien vu concernant la désactivation du compte root une fois le /etc/sudoers paramétré et je crains qu'en le faisant sans être sûr de mon coup, je n'ai plus du tout accès aux privilèges superutilisateur...

nouvo09

Tu peux tester de mettre le shell de connexion de root à /sbin/nologin. Dans le pire des cas tu seras obligé de démarrer en niveau 1 pour réinitialiser le passe de root.

DDZ

nouvo09 wrote:Tu peux tester de mettre le shell de connexion de root à /sbin/nologin.

Désolé, mais je ne comprends pas ce que tu veux dire par là ! :-?

nouvo09 wrote:Dans le pire des cas tu seras obligé de démarrer en niveau 1 pour réinitialiser le passe de root.

Aurais-je les droits pour faire un

init 1

une fois la Fedora redémarrée ?

magicbisous-nours

Ce que nouvo09 a voulu dire c'est que dans le script shell de connexion de root tu pourrais par exemple remplacer dans la première ligne /bin/bash par /sbin/nologin.

Et qu'une fois que ça sera fait si tu n'as aucun privilège root au redémarrage tu édite ton grub (en appuyant sur la touche 'e' si je ne me trompes pas) et rajoutant à la fin de la ligne kernel un 1, ce qui te fera démarrer en init 1 et tu pourras donc remettre le shell de connexion de root comme il l'était avant

didierg

magicbisous-nours wrote:Ce que nouvo09 a voulu dire c'est que dans le script shell de connexion de root tu pourrais par exemple remplacer dans la première ligne /bin/bash par /sbin/nologin.

Ce qu'a pu aussi vouloir dire nouvo09 c'est qu'en passant par le menu

Système ==> Administration ==> Utilisateurs et Groupes

tu spécifies comme "Shell de connexion" pour l'utilisateur root non plus /bin/bash mais /sbin/nologin

DDZ

Là, j'ai compris. Merci ! 😉

DDZ

J'ai lu cette doc et je vais essayer ça.
Pour éditer le fichier /etc/sudoers, jusqu'à ce que j'ai activé sudo, j'utiliserai cette commande :

su
VISUAL=/usr/bin/leafpad visudo

Une fois que j'aurai activé et paramétré sudo, je testerai :

sudo passwd --lock root

Si j'ai un pépin, je ferai ce que vous avez mentionné ci-dessus.

pingou

euh de mémoire pour éditer sudoers faut pas passer par un éditeur standard...

Edit:
Tiens c'est rigolo c'est le premier warning dans la doc... http://doc.fedora-fr.org/wiki/Sudo Heureusement qu'elle est là 🙂

madko

il utilise visudo donc aucun problème.
visudo copie le fichier sudoers, lance l'éditeur préféré (par défaut vi mais on peut préciser ce qu'on veut), et quand l'éditeur a quitté, visudo vérifie la syntaxe du fichier modifié avant d'écraser l'original. C'est tout, juste une protection.

pingou

au temps pour moi, la manip pour alors même être intéressante à mettre dans la doc non ?

nouvo09

didierg wrote:
magicbisous-nours wrote:Ce que nouvo09 a voulu dire c'est que dans le script shell de connexion de root tu pourrais par exemple remplacer dans la première ligne /bin/bash par /sbin/nologin.
Ce qu'a pu aussi vouloir dire nouvo09 c'est qu'en passant par le menu

Système ==> Administration ==> Utilisateurs et Groupes

tu spécifies comme "Shell de connexion" pour l'utilisateur root non plus /bin/bash mais /sbin/nologin

Non je me sers de vi donc j'aurais directement édité le fichier /etc/passwd mais toutes les routes mènent à Rome !

nouvo09

Lorsqu'on regarde le man passwd on a même une solution toute trouvée :

 -l     This  option  is  used  to  lock the specified account and it is available to root only. The locking is  performed  by  rendering
     the  encrypted password into an invalid string (by prefixing the encrypted string with an !)

en clair, on édite le fichier /etc/shadow et on insère un ! (point d'exclamation) en tête du mot de passe crypté!

DDZ

En procédant de cette manière, cela ne deviendrait-il pas problématique si on a besoin de réactiver le compte root pour un besoin particulier ?

nouvo09

DDZ wrote:En procédant de cette manière, cela ne deviendrait-il pas problématique si on a besoin de réactiver le compte root pour un besoin particulier ?

il faut 5 secondes pour retirer le ! qu'on a rajouté !

DDZ

Heldwin wrote:
DDZ wrote:J'utilise Fedora 13 LXDE et j'aimerai savoir comment procéder pour utiliser sudo avec mon mot de passe utilisateur et désactiver le compte root à l'image des distributions Ubuntu plutôt que d'utiliser su et un compte root activé ?
Je pense qu'il y a erreur de compréhension.

En aucun cas root est désactivé sur Ubuntu and co.
Tu peux faire: sudo -i , pour t'en convaincre sur ce type de distributions.

Je ne pense pas que désactiver root soit une bonne idée, mais chacun fait ce qu'il veut 🙂
EDIT: tout comme mettre un NOPASSWD sur un sudoer...

Je connais

sudo -i

Ceci dit, le fait de désactiver le compte root (j'avais oublié de poster la doc Ubuntu) est une sécurité pour éviter que quelqu'un puisse craquer le mot de passe root à distance, si j'ai bien compris. Sinon, quel intérêt pour les distribs Ubuntu de désactiver par défaut le compte root, si ce n'est peut-être de changer les habitudes des utilisateurs ?

nouvo09

Je ne pense pas que le risque soit fondamentalement différent.
C'est pas plus dur de craquer un sudo passwd que le mdp de root. Si, un poil plus long. La bonne parade est de mettre un mdp suffisamment sûr.

D'ailleurs je regrette qu'il n'y ait plus le générateur de mots de passe aléatoires.

pingou

Craquer le mot de passe root à distance ? Pour ça il faut déjà avoir accès à la machine donc
- Tu sécurise ton ssh (ce qui inclue que tu bloques le login en root par ssh)
- Si quelqu'un à craquer ton mdp de utilisateur, il a les connaissance pour craquer le mot de passe root (juste une question de temps), et là il est déjà trop tard.

DDZ

J'ai compris, merci à tous !

Page suivante »