Exécuter un script avec les droit d'aministrateur dans son PATH

romain · 03-12-2016 09:24:43

Bonjour,

Il y a quelque chose qui échappe mon raisonnement dans BASH. J'ai crée un script qui requière les droits administrateurs et je l'ai placé dans le dossier: ~/script de mon utilisateur personnel. J'ai modifier mon fichier: ~/.bash_profile pour avoir dans PATH le chemin pour l'autocomplétion.

Mon utilisateur arrive exécuter le script mais pas quand je fait un sudo:

$ sudo script

sudo: script: command not found

Pourtant si je fais:

$ sudo echo $PATH

/home/utilisateur/script:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

Je sais que je pourrais modifier le PATH du root dans /etc/profile mais je ne sais pas si c'est la meilleur solution? Il n'y a pas une solution plus propre?
Merci pour vos réponses
Salutation

raleur · 03-12-2016 11:27:11

Je soupçonne que la susbstitution de la variable $PATH par le shell intervient avant l'exécution de sudo. C'est le même piège que pour les redirections.

romain a écrit :

Je sais que je pourrais modifier le PATH du root dans /etc/profile

Très mauvaise idée pour la sécurité.

romain · 03-12-2016 15:00:53

C'est sudo qui verrouille le PATH. Il est défini dans le fichier de config:

$ cat /etc/sudoers

...

Defaults  secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

...

Vu que c'est une sécurité, je ne suis pas sur que ce soit très malin de le modifier ici. Il faut que j'étudie ce fichier pour voir si il n'y a pas une solution propre pour résoudre mon problème.

MicP · 03-12-2016 22:20:14

Bonsoir

Quand tu entre une ligne de commandes, l'autocomplétion fonctionne en fonction du PATH du compte utilisateur qui entre la commande,
mais pas du PATH du compte utilisateur qui va être utilisé suite à l'exécution (qui n'a pas encore eu lieu) de la commande sudo ou su

Par contre, si tu te connecte d'abord sous le compte utilisateur que tu veux utiliser pour lancer la commande qui suivait la commande sudo ou su
ce sera le PATH définit pour cet utilisateur qui sera utilisé par l'autocomplétion.

=======
Au lieu de créer un répertoire ~/script et d'avoir à modifier ton fichier ~/.profile en conséquence,
il te suffisait de créer le répertoire ~/bin et ~/.profile l'aurait ajouté au PATH à la prochaine connexion à ton compte utilisateur.

EDIT : Malheureusement non : si à l'installation on ne donne pas de mot de passe, sudo est bien installé,
mais le fichier ~/.profile n'est alors plus pris en compte.

Voir la fin du fichier ~/.profile original :

…

# set PATH so it includes user's private bin if it exists

if [ -d "$HOME/bin" ] ; then

    PATH="$HOME/bin:$PATH"

fi

Dernière modification par MicP (07-12-2016 05:15:39)

romain · 03-12-2016 22:38:38

Bonsoir,

Merci pour cette réponse. J'ai aussi un dossier ~/bin en plus du dossier ~/scripte (pour différencier les binaires des scripts enfin ma petites cuisine!!) et dans ~/.profile, j'ai ajouté les lignes pour pour modifié mon PATH pour les scripts. Avec cette solution, j'ai mon PATH que dans les 6 TTY mais pas en graphique (j'utilise Openbox). Pour cela, j'ai du faire un lien symbolique de ~/.profile vers ~/.xsessionrc. Avec cette méthode, elle modifie mon PATH au démarrage de X ainsi qu'à l'ouverture de mes terminaux graphique.

Mon problème est que quand je fais un sudo, le PATH est verrouillé par l'option secure_path dans le fichier de configuration /etc/sudoers. Je crois que je pourrais désactiver le secure_path mais je pense que c'est une erreur niveau sécurité. Ou alors de trouver une subtilité de configuration de sudo mais la je me suis pas encore amusé à chercher comment résoudre mon problème.

Voila le raisonnement que j'ai fait et je ne crois pas dire trop de connerie?

salutation

MicP · 03-12-2016 23:13:04

Je n'utilise pas sudo (ni Openbox), donc je ne sais pas trop bien comment il fonctionne d'autant que chaque distribution a un fichier /etc/sudoers personnalisé.

J'ai remarqué que le secure_path de /etc/sudoers corresponds au PATH utilisé par le compte root (si install debian sans sudo), et comme j'ai cru comprendre que pour qu'à l'installation de debian on puisse utiliser sudo plutôt que su , je suppose donc qu'il est impossible de se connecter sous le compte root et que c'est alors la variable secure_path qui est utilisé comme PATH pour les commandes lancées par sudo

=======
En fouillant un peu, j'ai trouvé cet extrait qui pourrait t'intéresser dans la page web https://wiki.debian.org/sudo

…
The packaged /etc/sudoers file contains this line:

Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

Previous versions did not include that line. If you had a locally modified /etc/sudoers (most would) and then upgraded and kept your locally modified version then this required line is now missing. It no longer overrides your PATH when using sudo. This most likely results in PATH not being set properly and not including the system directories. The fix is to merge your local changes into the new package /etc/sudoers file. Or to put your local changes in the new /etc/sudoers.d/ location as a uniquely named file such as /etc/sudoers.d/local-sudoers. …

romain · 03-12-2016 23:26:50

Tu n'utilise pas sudo?? Donc pour les tâche d'administration tu te connectes en root? ou tu utilise la commande:

$ su -c 'commande root'

Il me semblais que pour des questions de sécurité, il est préférable d'utiliser cette solution, non? Je sais que de base Debian, n'installe pas sudo vu que je dois chaque fois le réinstaller.

Je suis déjà aller lire cette page mais la version française. Et ma constatation était aussi de modifier cette variable mais après, j'aurais mon PATH personnalisé pour tous les utilisateurs voulant utiliser sudo d'où ma réflexion sur le faite que ça serait une erreur pour la sécurité.

MicP · 03-12-2016 23:41:30

Oui, la plupart du temps, j'utilise

su -c 'commande utilisant le compte root'

Je n'utilise mon système debian que pour mon compte personnel (pas professionnel, je ne travaille pas)
J'essaye d'apprendre en utilisant les installations par défaut, et de temps en temps, je m'amuse à apprendre quelques trucs.

En aidant les autres sur des forums, je peux en apprendre plus car j'y trouve des problèmes que je n'aurai pas rencontré tout seul sur seulement 3 machines différentes presque toujours utilisées dans le même contexte.

=======
Je viens d'installer une machine virtuelle debian utilisant sudo.
Pour que sudo et /etc/sudoers et tout le nécesssaire à sudo soit installé, il suffit de ne pas donner de mot de passe au compte root au moment de l'installation.

J'ai donc pu constater que je me suis planté dans mes suppositions de mon message précédent , et j'ai donc barré les lignes.

Là, il est clair qu'il me faudra en apprendre beaucoup plus sur sudo

Dernière modification par MicP (03-12-2016 23:50:06)

romain · 03-12-2016 23:53:04

Moi aussi je fais des testes dans une VM. C'est pas tous faux se que tu as tracé plus haut. Pour l'autocomplétion, il va chercher dans le PATH de l'utilisateur mais pour exécuter le sudo, il utilise le PATH définit par secure_path. Je viens de le faire en VM j'ai crée un nouvel utilisateur et il arrive exécuter mon script avec sudo mais il n'arrive pas l'avoir avec l'autocomplétion. Faudrait que je trouve comment verrouiller le secure_path pour mon utilisateur

Dernière modification par romain (03-12-2016 23:58:18)

greenmerlin · 04-12-2016 02:04:28

hello

essaye plutot avec un

sudo -i script.sh

ou encore

sudo -E script.sh

le path de ton user sera préservé.

cf : le man

++

Dernière modification par greenmerlin (04-12-2016 02:04:55)

MicP · 04-12-2016 02:14:14

Je viens de ré-installer une nouvelle machine virtuelle debian pour vérifier ce que j'ai constaté :
même après avoir créé un répertoire ~/bin il n'est pas ajouté dans le path de l'utilisateur si le système est installé pour utiliser sudo <=> pas de mot de passe pour le compte root au moment de l'installation.

En "sourçant" manuellement le fichier ~/.profile , le répertoire ~/bin (<=> /home/michel/bin ) est bien ajouté au PATH de l'utilisateur.

J'en conclus que le fichier ~/.profile n'est pas utilisé.

Je continue mes recherches …

=======

michel@debian:~$ cat bin/monScript.sh 

#!/bin/bash

echo $PATH

echo "okokok"

michel@debian:~$

michel@debian:~$ echo $PATH

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

michel@debian:~$ 

michel@debian:~$ . ~/.profile

michel@debian:~$ echo $PATH

/home/michel/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

michel@debian:~$ 

michel@debian:~$ sudo -i monScript.sh 

[sudo] password for michel: 

-bash: monScript.sh : commande introuvable

michel@debian:~$ 

michel@debian:~$ sudo -E monScript.sh 

sudo: monScript.sh: command not found

michel@debian:~$ 

michel@debian:~$ sudo -i /home/michel/bin/monScript.sh

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

okokok

michel@debian:~$ 

michel@debian:~$ sudo -E /home/michel/bin/monScript.sh

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

okokok

michel@debian:~$

Après avoir sourcé ~/.profile , la complétion de la commande a bien fonctionné

sudo monS<TAB>

mais elle n'a pas pu être exécutée sans lui donner le chemin absolu, et quand elle a retourné le PATH ( même avec les options -i ou -E de sudo ) , c'était le PATH de secure_path

=======
J'espère que ça fonctionnera mieux sur le système de romain que sur ma nouvelle machine virtuelle.

Dernière modification par MicP (04-12-2016 02:47:15)

greenmerlin · 04-12-2016 02:17:55

greenmerlin a écrit :

hello

essaye plutot avec un

sudo -i script.sh

ou encore

sudo -E script.sh

le path de ton user sera préservé.

cf : le man

++

j'aime bien radoté

MicP · 04-12-2016 05:05:54

@ greenmerlin

j'aime bien radoté

Moi aussi, ça m'arrive assez souvent d'ailleurs, mais je crois que c'est quand, dans mes souvenirs, la personne à qui je l'ai déjà dit ne m'a pas donné l'impression d'avoir entendu.

À propos de ta signature, je constate que nous partageons les mêmes centres d'intérêt

Dernière modification par MicP (04-12-2016 05:09:37)

greenmerlin · 04-12-2016 11:18:10

+1 Micp

romain · 05-12-2016 21:16:31

Je reviens quand même poster alors je n'ai trouvé aucune solution car malheureusement pour des question de sécurité le PATH de la commande sudo et bloqué. Et je ne veut pas modifier le fichier de config sinon cel se reporte sur tous les utilisateur. Je me ferais un raison d'utiliser le chemin complet. Si quelqu'un trouve une meilleur solution, c'est avec plaisir!

Salutation et merci pour vos réponses

greenmerlin · 06-12-2016 08:57:20

@romain : ma solution ne fonctionne pas ????

Dernière modification par greenmerlin (06-12-2016 08:57:32)

romain · 06-12-2016 10:39:40

Excuse, je n'avais pas répondu pour ta solution. Non ces paramètres sont court-circuitée par l'option secure_path. J'ai l'impression que je suis obligé de désactiver l'option.

Debian-facile

#1 03-12-2016 09:24:43

Exécuter un script avec les droit d'aministrateur dans son PATH

#2 03-12-2016 11:27:11

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#3 03-12-2016 15:00:53

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#4 03-12-2016 22:20:14

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#5 03-12-2016 22:38:38

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#6 03-12-2016 23:13:04

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#7 03-12-2016 23:26:50

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#8 03-12-2016 23:41:30

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#9 03-12-2016 23:53:04

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#10 04-12-2016 02:04:28

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#11 04-12-2016 02:14:14

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#12 04-12-2016 02:17:55

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#13 04-12-2016 05:05:54

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#14 04-12-2016 11:18:10

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#15 05-12-2016 21:16:31

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#16 06-12-2016 08:57:20

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

#17 06-12-2016 10:39:40

Re : Exécuter un script avec les droit d'aministrateur dans son PATH

Pied de page des forums