Excusez-moi mais avez-vous déjà utilisé 'gio set' ??
Comment assurez-vous la sécurité du système debian quand on utilise un GUI (gnome, et autre xfce4) pour faire tourner un script requérant les droits d'un sudoer ?
De: "roger tarani" <
[email protected]>
À: "Liste Debian" <
[email protected]>
Envoyé: Mardi 14 Mars 2023 11:47:31
Objet: 'gio: Setting attribute metadata::trusted not supported'
Bonjour,
Je fais suite au fil de discussion debian 11 - créer une "desktop icon"... simplement .
J'avais pu, avec un script bash exécuté par un sudoer, créer un lanceur sur le bureau avec une icône, lui donner les droits 700 (pour le sudoer qui exécute ce script). Impeccable.
A cette occasion, j'ai aussi découvert les réglages de sécurité supplémentaires que j'ignorais (GUI...).
Je suis allé jusqu'à les modifier avec cette commande exécutée en tant que sudoer ('sudo monscript.sh'). A son tour, root ($USER, tandis que le sudoer est représenté par $SUDO_USER) exécuteune commande sudo :
sudo -u "${SUDO_USER}" bash -c 'echo "${LAUNCHER}"; gio set "${LAUNCHER}" metadata::trusted true' &> /dev/null
Ça semble faire exactement ce que ferait l'utilisateur avec un clic droit sur l'icône du lanceur "Allow launching" (ou dans le navigateur de fichiers ; clic droit Properties > Permissions > "Allow executing file as program").
Le résultat obtenu est opérationnel , sauf cachotterie du système...
Mais le script exécuté par l'utilisateur en tant que sudoer affiche un message d'erreur contradictoire ou lui-même erroné (ce qui serait un comble pour un message d'erreur !) :
gio: Setting attribute metadata::trusted not supported
D'où le &> /dev/null pour masquer ce message.
Je veux m'assurer que ce qui marche aujourd'hui marchera, durablement, sur le système visé de l'utilisateur (debian 11, également).
Comment expliquer que le changement est fait alors qu'un message suggère que cela n'est pas supporté ? (d'ailleurs : quoi, par quoi, pourquoi ?)
Comment diagnostiquer ça ?
Y a-t-il un rapport à explorer avec pkexec ou lxqt-sudo (et les anciens gksu/gksudo, obsolètes) à explorer ? (dont je ne connais quasiment rien à part les noms, puisque je n'ai jamais eu besoin de GUI...)
Autrement dit, comment assure-t-on la sécurité du système debian quand on utilise un GUI (gnome, et autre xfce4) pour faire tourner un script requérant les droits d'un sudoer ?
Merci.
<html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div>Excusez-moi mais avez-vous déjà utilisé 'gio set' ??<br></div><div><br data-mce-bogus="1"></div><div>Comment assurez-vous la sécurité du systè
me debian quand on utilise un GUI (gnome, et autre xfce4) pour faire tourner un script requérant les droits d'un sudoer ?</div><div><br></div><hr id="zwchr" data-marker="__DIVIDER__"><div data-marker="__HEADERS__"><b>De: </b>"roger tarani" <roger.
[email protected]><br><b>À: </b>"Liste Debian" <
[email protected]><br><b>Envoyé: </b>Mardi 14 Mars 2023 11:47:31<br><b>Objet: </b>'gio: Setting attribute metadata::trusted not supported'<br></div><div><br></div><div data-marker="
__QUOTED_TEXT__"><div style="font-family:'arial' , 'helvetica' , sans-serif;font-size:12pt;color:#000000"><div><div style="font-family:'arial' , 'helvetica' , sans-serif;font-size:12pt;color:#000000"><div>Bonjour,<br></div><br><div>Je fais suite au fil
de discussion <strong><span class="subject" id="zv__CLV-main__CV__header_subject" title="debian 11 - créer une "desktop icon"... simplement">debian </span><span class="subject" id="zv__CLV-main__CV__header_subject" title="debian 11 - créer
une "desktop icon"... simplement">11 - créer une "desktop icon"... simplement</span></strong>.</div>J'avais pu, avec un script bash exécuté par un sudoer, créer un lanceur sur le bureau avec une icône, lui donner les droits 700 (pour le
sudoer qui exécute ce script). Impeccable.<br><br><div>A cette occasion, j'ai aussi découvert les réglages de sécurité supplémentaires que j'ignorais (GUI...). </div><div>Je suis allé jusqu'à les modifier avec cette commande exécutée en tant
que sudoer ('sudo monscript.sh'). A son tour, root ($USER, tandis que le sudoer est représenté par $SUDO_USER) exécuteune commande sudo :<br></div><br><div><div style="color:#d4d4d4;background-color:#1e1e1e;font-family:'droid sans mono' , '
monospace' , monospace;font-weight:normal;font-size:14px;line-height:19px;white-space:pre"><div><span style="color:#d4d4d4"><br></span></div><div><div style="color:#d4d4d4;background-color:#1e1e1e;font-family:'droid sans mono' , 'monospace' , monospace;
font-weight:normal;font-size:14px;line-height:19px;white-space:pre"><div><span style="color:#d4d4d4"> sudo </span><span style="color:#ce9178">-u</span><span style="color:#d4d4d4"> </span><span style="color:#ce9178">"${SUDO_USER}"</span><span style="color:
#d4d4d4"> </span><span style="color:#ce9178">bash</span><span style="color:#d4d4d4"> </span><span style="color:#ce9178">-c</span><span style="color:#d4d4d4"> </span><span style="color:#ce9178">'echo "${LAUNCHER}"; gio set "${LAUNCHER}" metadata::trusted
true'</span><span style="color:#d4d4d4"> </span><span style="color:#6a9955">&> /dev/null </span></div></div></div><div><span style="color:#6a9955"><br></span></div></div></div><br><div>Ça semble faire exactement ce que ferait l'utilisateur avec
un clic droit sur l'icône du lanceur "Allow launching" (ou dans le navigateur de fichiers ; clic droit Properties > Permissions > "Allow executing file as program").<br></div><br><div>Le résultat obtenu est <strong>opérationnel</strong>, sauf
cachotterie du système...</div><div>Mais le script exécuté par l'utilisateur en tant que sudoer affiche un message d'erreur contradictoire ou lui-même erroné (ce qui serait un comble pour un message d'erreur !) :<br></div><br><div><span style="font-
family:'courier new' , 'courier' , 'monaco' , monospace , sans-serif"> gio: Setting attribute metadata::trusted not supported</span></div><br><div>D'où le &> /dev/null pour masquer ce message.<br></div><br><div>Je veux m'assurer que ce qui
marche aujourd'hui marchera, durablement, sur le système visé de l'utilisateur (debian 11, également).<br></div><br><div>Comment expliquer que le changement est fait alors qu'un message suggère que cela n'est pas supporté ? (d'ailleurs : quoi, par
quoi, pourquoi ?)<br></div><div>Comment diagnostiquer ça ?<br></div><br><div>Y a-t-il un rapport à explorer avec pkexec ou lxqt-sudo (et les anciens gksu/gksudo, obsolètes) à explorer ? (dont je ne connais quasiment rien à part les noms, puisque je
n'ai jamais eu besoin de GUI...)<br></div><br><div>Autrement dit, comment assure-t-on la sécurité du système debian quand on utilise un GUI (gnome, et autre xfce4) pour faire tourner un script requérant les droits d'un sudoer ?<br></div><br><div>
Merci.</div></div></div></div><br></div></div></body></html>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)