à propos de admin:///

Christophe C · Le 19/12/2018, à 11:11

krodelabestiole a écrit :

ils exécutent directement des opérations de bas niveau, sans passer par un shell caché.

Je ne sais pas pourquoi tu parles de ce point (qui n'a pas été abordé ci-dessus), mais cela dépend des cas. Pas mal de logiciels font des appels au shell, tout simplement parce qu'il est plus simple d’interagir avec le système en en utilisant les options que tout recoder. Polkit permet effectivement de s'en passer (dans quelle mesure exacte, je ne sais pas, mais c'est conçu pour).
Enfin cela ne change rien : lancer un logiciel quelconque en root (et là je ne parle pas de polkit) implique que ce qu'il modifie passe en root. Parfois c'est voulu (genre sudo nano fstab), et parfois pas.

krodelabestiole a écrit :

il n'y a pas de règle absolue à ce sujet.

Si : ne jamais lancer une commande en root si ce n'est pas obligatoire, et utiliser sinon des options de protection du compte utilisateur : gksudo, sudo -H, pkexec (qui ne lance pas en root mais permet d'avoir des résultats simillaires) ...
Ça peut dépendre des circonstances, mais si on accepte pas cette "règle absolue", on court aux problèmes. Ca marche un certain temps ... mais pas éternellement.

Dernière modification par Christophe C (Le 19/12/2018, à 11:13)

krodelabestiole · Le 19/12/2018, à 11:31

Christophe C a écrit :

cela dépend des cas.

certes, tu as d'ailleurs tronqué ma citation de "la plupart du temps".

Christophe C a écrit :

Je ne sais pas pourquoi tu parles de ce point (qui n'a pas été abordé ci-dessus).

effectivement je confonds avec cette autre conversation : https://forum.ubuntu-fr.org/viewtopic.p … #p22022905
pour ma défense il y a 3 conversations sur le même sujet en ce moment.

Christophe C a écrit :

krodelabestiole a écrit :
il n'y a pas de règle absolue à ce sujet.
Si : ne jamais lancer une commande en root si ce n'est pas obligatoire

oui mais c'est pas du tout de ça que je parle mais de savoir si une application écrit ou pas dans le home de l'utilisateur courant selon qu'elle utilise une interface graphique ou pas.

Christophe C · Le 19/12/2018, à 14:19

ok

ar barzh paour · Le 19/12/2018, à 17:28

si ça vous intéresse , j'avais créé une discussion un peu sur le même sujet
en gros le but :
copier le fichier /media/xxxx/xxx/xxxx/trad dans /usr/local/bin/ en utilisant nautilus admin:///

https://forum.ubuntu-fr.org/viewtopic.p … #p22023439

impossible avec nautilus admin:/// ou alors la solution serait bien-venue

Dernière modification par ar barzh paour (Le 19/12/2018, à 17:28)

diesel · Le 19/12/2018, à 22:10

Christophe C a écrit :

diesel83140 a écrit :
Comme quoi, finalement, mon intervention n'était peut-être pas si con que ça
Cela a permis de creuser le sujet, disons, mais ce que tu disais n'en était pas moins risqué. Une appli en mode texte n'écrit pas ou très peu, dans le compte user, donc pas (ou très peu) de risque. Une appli graphique a (presque) forcément un fichier de conf dans ton compte USER, donc le risque est sans commune mesure. J'utilise souvent sudo mousepad, car je sais qu'il n'écrit pas dans son fichier de conf pendant une opération d'édition (genre ouvrir le fstab). Ok, j'ai testé ce cas, et cela fonctionne. En réalité cela marche dans la majorité des cas (un prog, même graphique, ne passe pas son temps à bidouiller ses fichiers de conf). C'est juste que c'est un peu la roulette russe.
Bon, en résumé : sudo + appli pas graphique ; sudo -H + appli graphique
(ou pkexec, mais c'est plus restreint, car il faut que le logiciel soit conçu pour utiliser polycikit / polkit).

Je suis entièrement d'accord avec toi et je reconnais que j'ai volontairement utilisé une formulation "un peu" provocatrice pour faire réagir. Et ça a marché . Et finalement, ça a permis d'aller au fond des choses.

Dans le temps (j'ai commencé à travailler sur des UNIX au début des années 80), quand on voulait réaliser une action d'administration qui réclamait les droits root, et bien, on se loguait sous root et on faisait ce qu'il y avait à faire, puis on se déloguait et on revenait sous son compte user. Pas de mélange des genres.

Maintenant, il est "passé de mode" de se loguer root (c'est même quasi impossible avec ubuntu) et tout le monde utilise la commande sudo sans se rendre compte qu'il risque d'y avoir des effets de bord parce qu'on n'est pas complètement root quand on fait ça.

Et je ne vois pas ce que l'option -H de sudo résout comme problème pour les applications graphiques : [EDIT] Là , j'ai perdu une bonne occasion de me taire (voir le post suivant). [/EDIT]

-H, --set-home
                 Request that the security policy set the HOME environment variable to the home directory specified by the target user's password database entry.  Depending on the policy, this may be the
                 default behavior.

La preuve :

jean-marie@jean-marie:~$ echo $HOME
/home/jean-marie
jean-marie@jean-marie:~$ sudo echo $HOME
[sudo] Mot de passe de jean-marie : 
/home/jean-marie
jean-marie@jean-marie:~$ sudo -H echo $HOME
/home/jean-marie
jean-marie@jean-marie:~$

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 20/12/2018, à 08:30)

melixgaro · Le 19/12/2018, à 22:51

diesel83140 a écrit :

La preuve :

jean-marie@jean-marie:~$ echo $HOME
/home/jean-marie
jean-marie@jean-marie:~$ sudo echo $HOME
[sudo] Mot de passe de jean-marie : 
/home/jean-marie
jean-marie@jean-marie:~$ sudo -H echo $HOME
/home/jean-marie
jean-marie@jean-marie:~$

Ça ne prouve pas du tout ce que tu avances. Dans tous tes exemples, la variable $HOME est évaluée en premier, avant l'exécution de echo ou sudo.

Par contre, ceci est une preuve

$ cat test.sh
#!/bin/bash

echo $HOME

$ ./test.sh
/home/melixgaro
$ sudo ./test.sh
/home/melixgaro
$ sudo -H ./test.sh
/root

diesel · Le 19/12/2018, à 23:02

Effectivement, je n'ai pas bien lu le man sudo. Merci de ta correction.

De plus, bien vu la résolution du $HOME avant l'exécution de la commande.

Je corrige donc mon propos. Je pense qu'il est souhaitable de mettre l'option -H dans TOUS les cas, que l'application visée soit graphique ou en mode texte.

Amicalement.

Jean-Marie

Dernière modification par diesel (Le 20/12/2018, à 08:32)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 19/12/2018, à 11:11

Re : à propos de admin:///

#27 Le 19/12/2018, à 11:31

Re : à propos de admin:///

#28 Le 19/12/2018, à 14:19

Re : à propos de admin:///

#29 Le 19/12/2018, à 17:28

Re : à propos de admin:///

#30 Le 19/12/2018, à 22:10

Re : à propos de admin:///

#31 Le 19/12/2018, à 22:51

Re : à propos de admin:///

#32 Le 19/12/2018, à 23:02

Re : à propos de admin:///

Pied de page des forums