Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

bendia · 02-08-2019 19:11:49

Depuis la publication de Buster , nous avons vu fleurir sur le forum pas mal de questions concernant l'impossibilité de passer certaines commandes nécessitant les droits root bien que connecté sur ce compte.
Ces commandes ont-elles disparu ? Que nenni, il s'agit juste d'une modification de la commande su permettant de passer root et en particulier de la gestion de la variable d'environnement PATH qui indique au système dans quels chemins rechercher les commandes.

Pour expliquer ce qu'est cette variable voici un court extrait du MOOC Maîtriser le Shell Bash publié sur la plateforme FunMooc par l'Université de La Réunion (sous licence CC-BY-NC-SA 4.0)

La variable PATH est une variable importante, elle donne l’accès aux commandes du système. Cette variable sert à retrouver les commandes dans l’arborescence sans qu’il ne soit nécessaire de fournir le chemin d’accès absolu. La variable PATH représente une règle de recherche pour le shell. C’est la liste des répertoires dans lesquels le shell doit rechercher une commande (en suivant l’ordre des répertoires
listés dans la variable).
Supposons que vous ayez deux commandes ls, l’une que vous avez créée et l’autre la commande classique. Celle que vous avez créée se trouve dans le répertoire /usr/local/bin et la commande classique se trouve dans /usr/bin. Pour utiliser la commande classique, vous devez saisir :
/usr/bin/ls

En revanche, si votre variable PATH contient le répertoire /usr/bin/ alors vous pouvez saisir :
ls

Si votre variable PATH contient /usr/local/bin:/usr/bin/ alors en saisissant la commande ls, la version utilisée sera celle que vous avez créée car l’ordre compte, dans la liste des répertoires de la variable PATH. Consulter le contenu d’une variable d’environnement s’effectue par une commande d’affichage echo et une substitution de variable comme le montre l’exemple avec la variable PATH.
echo $PATH

/usr/local/bin:/sbin:/bin:/usr/bin

Jusqu'à Stretch, c'est le paquet source Shadow qui fournissait la commande su. Depuis la publication de Buster, c'est util-linux qui fourni cette commande. su n'est pas absolument identique dans les deux paquets. En effet, avec l'implémentation de shadow, un simple su réinitialisait la variable PATH en y ajoutant le chemin /usr/sbin et /sbin, chemin contenant des commandes qu'on ne passe qu'avec les droits root. Comme ce n'est plus le cas avec l'implémentation issue de util-linux, le shell n'est donc pas capable de trouver ces commandes.

Voyez plutôt :

su

fdisk -l

bash: fdisk : commande introuvable

ls /sbin/fdisk

/sbin/fdisk

Le système ne trouve pas la commande, pourtant, elle est bien présente. Et voici le pourquoi du comment

echo $PATH

/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

Pas de /sbin dans cette variable, donc, le shell ne sait pas où se trouve cette commande.

Il faut donc a présent pour ouvrir un shell root et voir la variable PATH initialisée avec ces deux répertoires taper

su -l #ou su --login

#ou

su - #oui, avec un tiret

On essaye à nouveau

su -

fdisk -l

Disque /dev/sda : 50 GiB, 53687091200 octets, 104857600 secteurs

Modèle de disque : QEMU HARDDISK   

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

...

Pas de problèmes ici, et le pourquoi du comment

echo $PATH

/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Vous remarquerez l'apparition des répertoires /foo/sbin (et la disparition de /usr/games le compte root n'est pas fait pour jouer, nan mais oh, garnement ).

Et voilà encore une enquête résolu par le célèbre détective Debian-Facile

Philou92 · 02-08-2019 21:09:03

Remarquable !
Les mystères de debian, d'Eugène Su.:-)

infothema · 02-08-2019 21:36:01

Belle démonstration technique Bendia ! un vrai régal !

vv222 · 02-08-2019 21:38:18

Merci bendia, je sens que je vais souvent partager des liens vers ton enquête dans les mois qui viennent

bendia · 02-08-2019 22:07:24

infothema a écrit :

Belle démonstration technique Bendia !

C'est juste un compilation des informations données par les utilisateurs du forum, je n'en connaissait pas plus que ça sur le sujet avant de commencer. Un simple synthèse de document quoi

tof70 · 03-08-2019 14:40:18

Merci bendia,
je ne m'en étais pas rendu compte (je ne me connecte jamais* en root, sudo me suffit pour administrer la bestiole).

* une fois le système installé et que tout roule ...

lagrenouille · 03-08-2019 15:01:01

oh ! belle explication...merci

barmic · 06-08-2019 19:01:14

Bonjour,

Merci pour l'article! Si je peux me permettre un tout petit ajout:

Pousser les gens à passer par un login shell améliore la résilience des installations.

Utiliser un login shell ne va pas simplement modifier la variable

PATH

, il va ouvrir un nouveau shell en ignorant les précédentes variables d'environnement, se placer dans le répertoire

HOME

de l'utilisateur (root par défaut) et exécuter les scripts d'init (

/etc/profile

,

$HOME/.profile

,

$HOME/.bash_profile

avant de lancer les différents bashrc qui ne sont pas spécifiques au login shell).

Cela va donc permettre de s'assurer que toutes les commandes lancées le seront avec un environnement qui aura était nettoyé (les locales correctement positionnées, etc).

bendia · 06-08-2019 19:07:19

Merci pour les précisions

On ne l'avait pas mis exprès pour ne pas trop délayer le propos principal (il y a déjà eu débat pour savoir si le blabla sur PATH était nécessaire ou non

).

MicP · 06-08-2019 22:41:22

barmic a écrit :

…Cela va donc permettre de s'assurer que toutes les commandes lancées le seront avec un environnement qui aura était nettoyé (les locales correctement positionnées, etc). …

Oui, c'est exactement ça qui est le plus important,

et j'ajouterai que si

echo ${0::1}

retourne un simple tiret et pas autre chose,
c'est qu'on est bien dans un login shell "propre"
<=>
qui ne sera ni un sous-shell ( la variable BASH_SUBSHELL sera égale à 0)
ni une imbrication de shells ( la variable SHLVL sera égale à 1 )

⁫

Dernière modification par MicP (08-08-2019 00:39:07)

barmic · 07-08-2019 23:20:14

bendia a écrit :

Merci pour les précisions On ne l'avait pas mis exprès pour ne pas trop délayer le propos principal (il y a déjà eu débat pour savoir si le blabla sur PATH était nécessaire ou non ).

Ah euh… Mon point était d'être technique que d'expliquer pourquoi ce changement a était fait:

Cette modification améliore la maintenabilité du système et aligne Debian sur des usages que l'on trouve dans d'autres distributions (comme fedora).

Permet à l'utilisateur lambda de savoir que c'est un choix réfléchit de la part de Debian et pas juste pour l'ennuyer.

rodrigue7973 · 17-03-2020 18:11:21

miss directive bendia

brenta · 28-04-2020 21:54:31

Bonsoir
Petit déterrage de topic car à l'occasion de la sortie de la nouvelle iso DF célébrée par l'annonce sur Linux FR.org https://linuxfr.org/news/publication-d- … table-10-3

je me suis retrouvé sans possibilité d'utiliser sudo (suite à choix proposés pendant l'installation) et avec des commandes en root qui se soldaient pas un message du genre

"Command 'fdisk' is available in '/sbin/fdisk'
The command could not be located because '/sbin' is not included in the PATH environment variable.
This is most likely caused by the lack of administrative privileges associated with your user account.
fdisk: command not found"

J'ai donc rétabli la situation par la formule magique :

export PATH=/bin:/usr/bin:/usr/local/bin:/sbin:/usr/sbin:/usr/local/sbin:

Merci pour les explications

Dernière modification par brenta (28-04-2020 21:58:06)

bendia · 28-04-2020 22:51:16

Salut

Normalement, pas besoin de modifier le PATH, la solution était d'utiliser

su -

Cela ne fonctionnait pas ?

thierry_84 · 26-05-2020 19:18:09

Bonjour,

un grand merci à tous

ça m'as bien dépanné et en plus j'ai appris plein de choses :-)

 su - 

fonctionne nickel

Dernière modification par thierry_84 (26-05-2020 20:47:10)

jarek · 26-05-2020 19:45:59

thierry_84 a écrit :

chez moi
su -
fonctionne nickel

Normalement chez tout le monde
On saisit "su -" en "user".

thierry_84 · 26-05-2020 20:53:46

Corrigé jarek :-)

quoique ... su- en root on deviens pas dieux ? non ? bah j'aurais essayé ;-)

Dernière modification par thierry_84 (26-05-2020 21:09:31)

rexcan · 02-02-2021 10:50:00

Merci pour cette démo,

Cela m’a évité de passer du temps à chercher.

smolski · 16-04-2023 09:40:35

Excellent !

Un complément d'informations concernant path dans le wiki:
https://debian-facile.org/doc:programmation:shell:path

J'y ais donc ajouté le lien de ton super-chouette post, ça le fera très bien côté simplification éclairée.

Trop n'est jamais assez en terme d'apprentissage, merci bendia !

Dernière modification par smolski (16-04-2023 09:42:14)

Debian-facile

#1 02-08-2019 19:11:49

Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#2 02-08-2019 21:09:03

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#3 02-08-2019 21:36:01

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#4 02-08-2019 21:38:18

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#5 02-08-2019 22:07:24

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#6 03-08-2019 14:40:18

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#7 03-08-2019 15:01:01

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#8 06-08-2019 19:01:14

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#9 06-08-2019 19:07:19

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#10 06-08-2019 22:41:22

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#11 07-08-2019 23:20:14

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#12 17-03-2020 18:11:21

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#13 28-04-2020 21:54:31

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#14 28-04-2020 22:51:16

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#15 26-05-2020 19:18:09

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#16 26-05-2020 19:45:59

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#17 26-05-2020 20:53:46

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#18 02-02-2021 10:50:00

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

#19 16-04-2023 09:40:35

Re : Les enquêtes Debian-Facile : on a volé mes commandes root sous Buster

Pied de page des forums