Forum

Bonjour. Je souhaiterais voir une amélioration de kwrite mais je voudrais savoir ce que vous en pensez auparavant.

Quand on édite un fichier de conf, on peut l'ouvrir et le modifier avec kwrite. Mais on ne peut pas l'enregistrer, car les droits sont restés USER. Au lieu de bloquer là et obliger l'utilisateur à recommencer avec les droits ROOT ne pourrait-on pas faire une proposition au USER de donner le password ROOT et enregistrer tout simplement.

J'espère être assez clair.

, Thierry
Ce n'est jamais bon de modifier en root directement...sans demande de mot de passe...

Cependant, tu peux toujours ajouter dans ton menu (Avec KDE...); un nouvel élément que tu nommes KDE_root (par exemple)
Dans l'onglet Avancé, tu coches => Exécuter en tant qu'utilisateur différent et tu mets à : Nom d'utilisateur : root
Tu lui attribut une icône différente (ou pas)...
Ensuite, tu enregistres les modification de ton menu
Tu peux alors mettre un raccourci de ton Kwrite_root à un endroit que tu veux...; au lancement, le mot de passe root sera demandé,
et tu pourras ouvrir / modifier et enregistrer le fichier (un fstab par exemple)...

Je fais ça d'une autre façon en ouvrant avec kdesu kwrite Mais ce n'est pas pratique.
Pourquoi kwrite se contente de nous jeter au lieu de nous demander le password root ? Je ne verrais pas un problème de sécurité supplémentaire ...

http://www.mageialinux-online.org/wiki/kde-rootactions-servicemenu

Arf.....fallait pas le dire tout de suite....manque de suspens....

Bonjour !

Je suis très favorable à la proposition de thierryR

1/ avec la variante suivante ; plutôt que de demander le mot de passe root, demander celui du propriétaire du fichier : ce serait plus respectueux du système des droits de Linux.
2/ généralisée à tous les logiciels qui enregistrent des documents. Pourquoi seulement kwrite ??

C'est vrai qu'on y arrive quand même, avec un kdesu kwrite ou la proposition d'Adrien, tout est possible. Pour ma part je me fais souvent piègé en ouvrant un fichier de conf de la façon la plus habituelle possible. Puis je me retrouve comme un c.. quand je veux sauvegarder. On pourrait dire que c'est juste une option supplémentaire à ajouter, mais que je trouverais bien pratique.
Et comme dit Papajaac, ça pourrait être généraliser à toutes les applications KDE.

Ce n'est pas à une application d'outrepasser les droits.



Tu ouvres Kwrite en root, avec ce fichier.



Dans ton fichier modifié : Ctrl+A Ctrl+C

Tu bascules dans la fenêtre kwrite « root » puis Ctrl+A Ctrl+V Ctrl+S



Et Hop, c'est modifié !

Comprenons nous bien. Je n'ai jamais parler d'outre passer les droits. Kwrite peut lancer kdesu pour faire un enregistrement. Celui qui n'a pas les droits administrateurs rentre chez lui. C'est simple et on outre passe rien du tout.

Excuse-moi de te contredire Thierry, mais si un fichier appartient à un autre utilisateur, tu n'es pas "éthiquement" en droit d'utiliser des droits root pour le modifier. C'est comme si je prenais temporairement des droits de modo pour éditer un de tes messages : ce ne serait pas du jeu !

On ne parle pas de lancer un script, là, mais de modifier un fichier à la main dans une interface graphique.

Si c'est un fichier système, il appartient à root --> l'appli te demande de t'identifier root
Si c'est un fichier appartenant à un autre utilisateur, l'appli te demande de t'identifier comme tel

Ce fonctionnement est plus "satisfaisant" !

Je rejoins les arguments de PapaJaac

Si tu peux lire le fichier, ce n'est pas pour l'éditer, mais pour l'utiliser (utiliser une configuration).

Ce n'est pas pour moi le boulot de KWrite. Certes ce serait pratique mais pas « correct » au sens système du terme.

Si le droit est r-- et pas rw- pour le groupe other, ce n'est pas pour rien. Si tu as besoin de modifier souvent ce fichier et que ça t'énerve, tu peux demander à root d'attribuer les droits aux "autres" de modification, mais là, ça n'engage que toi, et je ne sais même pas pourquoi je te donne une piste pour le faire

OK. On est bien d'accord. Je ne pensais pas à des modifications d'un autre USER quoi-que, si nous sommes investi du password, je ne vois pas le problème. Chacun comprendra que la seul sécurité est le password qui protège nos données. Je ne vous ferai pas le couplet du "comment contourner la chose" .

La modification d'un fichier ne peut se faire qu'avec les droits autorisés ou avec le password. Bien souvent un utilisateur solitaire de son PC sera à la fois USER et ADMIN. Il possède les 2 passwords. De ce fait si kwrite demande le password avant de modifier un fichier non autoriser, je ne vois pas le problème. Où on a ce password, ou on ne l'a pas. Si on ne l'a pas, la modification reste impossible et le propriétaire du fichier n'est pas embêté.

Que fait kdesu dans kde ? Il demande le password ROOT avant de lancer une appli en mode ADMIN... Est ce mal, car on peut ainsi modifier tout ce que l'on veut ?

Tu ne le vois pas parce qu'il n'y en a pas. Ce n'est pas là dessus qu'on discute.



Ce que je proposais - ça reste du virtuel, personne ne le fera*, mais j'aime bien papoter - c'est que lorsque l'utilisateur cherche à enregistrer un document, l'appli vérifie que ce document est modifiable par lui. Si ce n'est pas le cas, elle détermine qui est le propriétaire, et propose à l'utilisateur de se connecter avec le compte du proprio (qui n'est pas forcément root, on est sous un vrai système d'exploitation multi-utilisateurs, hein !).



Dans le cas où il n'y a qu'un utilisateur (et root bien sûr !), tout se passe en gros comme maintenant. Quoique...



Dans le cas où il y en a plusieurs, eh bien si je veux modifier le .bash_profile de l'utilisateur maconcierge, l'appli me demande de me logguer en tant que maconcierge, avec son mot de passe (et non celui de root) avant de l'enregistrer.



--------------------

* si, peut-être moi dans une de mes applis, mais ce n'est pas évident du tout de changer d'utilisateur je crois.

Édité par PapaJaac Le 12/04/2014 à 00h32

Bah si c'est normal. T'es root

Pour en revenir au sujet, je parle bien d'un kwrite ouvert en tant que USER , qui peut lire des fichiers système mais pas les modifier. J'aurais voulu voir , lors d'une demande d'enregistrement, une fenêtre demandant le mot de passe ROOT pour enregistrer en tant que ROOT.
(A l'heure actuelle on se fait simplement jeter)