Comment le sudo est-il plus sûr que l'utilisation directe de su si l'utilisateur a accès à toutes les commandes?

Imaginez que vous avez 20 minutes pour faire quelque chose de complexe. Vous êtes un peu à jeun et vous devez vous dépêcher. "Utilisons su" dites-vous. "Ça va gagner du temps" est votre raisonnement.

Par accident, vous tapez

rm -rf /*

au lieu de

rm -rf ./*

Votre système est maintenant en train de se briquer et vous avez 10 minutes avant la date limite.

Si vous choisissez explicitement quand vous avez besoin de root, vous pouvez minimiser les chances que cela se produise. Root n'est peut-être pas nécessaire pour rm -r ./* donc pourquoi l'utiliser ? Pourquoi prendre le risque?

C'est ce que "sécurité" signifie ici. Minimiser le risque d'erreurs fatales commises par les utilisateurs (tous les utilisateurs, pas seulement les débutants).

Évidemment, c'est un exemple extrême qui ne devrait pas être autorisé à se produire dans un environnement de production (je vous garantis que cela s'est produit dans un environnement de prod).

En termes de sécurité, il y a des choses pour lesquelles sudo est meilleur aussi. Comme @Panther le dit - journalisation, restrictions, le mot de passe root est un unique point de défaillance, etc.)

Je veux ajouter un peu de perspective historique aux autres réponses. Malheureusement, je n'ai pas de sources prêtes, sauf mes propres souvenirs de discussions sur Usenet et d'articles de magazines.

Il y a quelque temps, dans les années 1990, les distributions rendaient l'installation de Linux sur votre propre matériel plus facile, même avec peu de connaissances en informatique. Ainsi, Linux a commencé à attirer de plus en plus de personnes qui, étonnamment, n'avaient pas été formées auparavant en tant qu'administrateurs système sur un dialecte UN*X. Au lieu de cela, beaucoup étaient habitués à des systèmes (à utilisateur unique) comme Windows 95/98. Et ils ont appris que la plupart des tâches d'administration système sous Linux nécessitaient de travailler sous ce compte étrange de "root".

Ainsi, certains utilisateurs se connectaient simplement en tant que root et utilisaient ce compte pour toutes leurs tâches quotidiennes. Pourquoi devraient-ils taper su et le mot de passe root encore et encore ou se connecter à un nouveau tty juste pour quelques commandes d'administration? Mais utiliser root pour tout n'est bien sûr pas une bonne idée, car vous pourriez causer beaucoup plus de dommages à votre système avec une commande imprudente au mauvais endroit. Cela a même amené certaines distributions (était-ce SuSE?) à modifier le fond d'écran du bureau pour l'utilisateur root et afficher un grand avertissement disant que vous devriez utiliser ce compte uniquement pour les tâches d'administration.

Ainsi, la méthode Ubuntu avec sudo présente quelques avantages (en plus de ceux déjà énumérés par Panther).

• Vous ne pouvez pas vous connecter directement au compte root.² :-)
• Le processus d'installation ne vous demandera pas un mot de passe root (supplémentaire), vous n'avez besoin que d'un seul mot de passe (celui de votre utilisateur).
• sudo met en cache vos informations d'identification, donc pour plusieurs commandes d'administration successives, vous n'avez à entrer votre mot de passe qu'une seule fois (contrairement à su). Cela réduit l'envie d'ouvrir simplement un shell ou un nouveau terminal avec des privilèges root.
• Et cela facilite la tâche de dire aux utilisateurs en ligne et dans la documentation quelles commandes ils doivent entrer en tant qu'administrateur et lesquelles non.³

¹ Et pour ceux qui n'osent pas le faire eux-mêmes, il y avait des fêtes d'installation.
² Mais vous pouvez utiliser une commande comme sudo -i ou sudo su - root pour obtenir un shell root après vous être connecté en tant qu'utilisateur normal.
³ Mais bien sûr, vous savez que vous ne devez pas simplement copier-coller des commandes de l'Internet, n'est-ce pas? Vous devez aussi le savoir.

Il a été possible de désactiver la connexion root via ssh depuis des décennies. La manière Ubuntu de désactiver le compte root et de faire en sorte que les gens fassent tout en tant que sudo n'est rien de plus qu'un gadget. Il suffit de taper "sudo -s" et vous avez un shell root. Désactivez la connexion root via ssh et laissez-la ainsi.

En fonction de la configuration, sudo ne fonctionnera pas nécessairement. Bien sûr, si la configuration des sudoers indique "user ALL=(ALL) ALL", sudo n'offrira aucune protection supplémentaire. Vous pouvez cependant spécifier une liste de commandes privilégiées que vous avez besoin d'exécuter souvent, comme l'installation de nouveaux packages, et exclure des commandes dangereuses comme rm.

De cette manière, vous pouvez exécuter toutes les commandes si vous vous connectez en tant que root, mais comme vous n'aurez besoin de le faire que de temps en temps, le risque d'exécuter sera considérablement réduit.