# Transmission des droits de sudo

**URL:** <https://www.debian-fr.org/t/transmission-des-droits-de-sudo/87886>\
**Category:** Programmation\
**Created:** [Février 17, 2023, 11:27 UTC](https://www.debian-fr.org/t/transmission-des-droits-de-sudo/87886 "2023-02-17T11:27:35Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\
**Post date:** [Février 17, 2023, 11:27 UTC](https://www.debian-fr.org/t/transmission-des-droits-de-sudo/87886/1 "2023-02-17T11:27:35Z")

</div>

bonjour ,

Un exemple :

```nohighlight
mm@Xfce:~$ sudo ack editor /root/.selected_editor > /root/f 
bash: /root/f: Permission non accordée

mm@Xfce:~$ sudo ack editor /root/.selected_editor > f ; cat f
[sudo] Mot de passe de mm : 
# Generated by /usr/bin/select-editor

```

donc les droits de _sudo_ semblent être bloqués par la redirection ( \> ) . Y a-t-il une règle générale ou bien chaque commande est-elle un cas particulier ?

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Février 17, 2023, 11:47 UTC](https://www.debian-fr.org/t/transmission-des-droits-de-sudo/87886/2 "2023-02-17T11:47:02Z")

</div>

Bonjour

L’accès aux privilèges du compte **root** par **sudo** concerne la première commande qui suit la commande **sudo**  
La commande de redirection qui suit n’est donc pas exécutée avec ces privilèges.

* * *

Ci-desous, la commande **sh** sera lancée avec les privilèges du compte **root**  
et c’est cette commande **sh** qui lancera les commandes qui sont dans la chaîne de caractères qui est entourée par les guillemets simples.

```auto
sudo sh -c 'ack editor /root/.selected_editor > /root/f'

```

---

<div class="post-metadata">

**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\
**Post date:** [Février 17, 2023, 1:39 UTC](https://www.debian-fr.org/t/transmission-des-droits-de-sudo/87886/3 "2023-02-17T13:39:11Z")

</div>

> [@anon29980398](#):
>
> L’accès aux privilèges du compte **root** par **sudo** concerne la première commande qui suit la commande **sudo**

OK , je n’en étais pas très sûr , maintenant le doute est levé .

> et c’est cette commande **sh** qui lancera les commandes qui sont dans la chaîne de caractères qui est entourée par les guillemets simples.

je ne connaissais pas alors je suis allé voir le manuel :

```plaintext
man sh

DASH(1) BSD General Commands Manual DASH(1)

NAME
     dash — command interpreter (shell)

```

donc si je comprends bien , avec cette commande je passe de l’interpréteur Bash à Dash ?

Je me rends compte de l’utilité de la commande ( **su -** ) qui simplifie quand même bien les choses .

merci pour ces explications .

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Février 17, 2023, 2:14 UTC](https://www.debian-fr.org/t/transmission-des-droits-de-sudo/87886/4 "2023-02-17T14:14:20Z")

</div>

> [@zao](#):
>
> … avec cette commande je passe de l’interpréteur Bash à Dash ? …

Oui, enfin c’est plutôt un «&nbsp;emboîtement&nbsp;» de shells :  
à partir de l’interpréteur de commande `bash` (depuis lequel la ligne de commandes est lancée) on lance, par `sudo`, un sous-shell `dash` qui est donc exécuté, grâce à `sudo`, avec les privilèges du compte `root`, et qui, grâce à l’utilisation de l’option `-c` va exécuter les commandes qui sont dans la chaîne de caractères qui suit.

On aurait pu tout aussi bien utiliser un autre shell **bash** comme sous-shell, mais les commandes à lancer ne nécessitaient pas l’utilisation d’un shell aussi lourd que **bash** , alors autant utiliser un shell beaucoup plus léger : **dash**