Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > fr.comp.lang.python > #3416
| From | Alain Ketterlin <alain@universite-de-strasbourg.fr.invalid> |
|---|---|
| Newsgroups | fr.comp.lang.python |
| Subject | Re: sudo python PermissionError [Errno 13] Permission denied |
| Date | 2020-12-18 13:32 +0100 |
| Organization | Université de Strasbourg |
| Message-ID | <87a6ubi9ak.fsf@universite-de-strasbourg.fr.invalid> (permalink) |
| References | <756e5489-40b6-4456-8593-19809e097c46n@googlegroups.com> <rrfell$vde$2@pasdenom.info> <cb8f58c6-a33f-4e75-b97a-d024586c890fn@googlegroups.com> <5fdbdbe6$0$3275$426a74cc@news.free.fr> |
Francois Lafont <francois.lafont@nospam.invalid> writes: >> le "sticky bit" positionné sur /tmp/ empêche l'utilisateur root >> d'altérer le fichier appartenant au simple utilisateur user ! > car personnellement je n'ai pas le même comportement que toi sur ma > Ubuntu 18.04 : [...] > Pour moi, sticky bit ou non, root devrait pouvoir écrire et effacer le > fichier. Le comportement que je constate sur ma machine me semble normal > et, du coup, je ne comprends pas le comportement que tu constates sur ta > machine. Donc pour moi, ton souci n'est pas encore éclairci. Tu as parfaitement raison, root peut toujours modifier un fichier, sauf attribut spécifique (cf chattr/lsattr), ce qui ne semble pas être le cas ici. Le comportement initial (une erreur de root) reste inexpliqué. De plus, le sticky bit n'a pas le rôle qu'on lui prête plus haut. Sur un répertoire, le sticky est une restriction : il empêche quiconque n'est ni propriétaire du fichier, ni propriétaire du répertoire, ni root, de supprimer ou renommer le fichier. Ces deux opérations (supprimer/renommer) sont des opérations sur le répertoire (/tmp ici), pas sur le fichier. Comme /tmp est rwxrwxrwx, n'importe qui pourrait effacer les fichiers de n'importe qui (d'autre) sans le sticky bit. Et tout cela n'a rien à voir avec la capacité de modifier le contenu du fichier. -- Alain.
Back to fr.comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar
sudo python PermissionError [Errno 13] Permission denied "pata...@gmail.com" <patatetom@gmail.com> - 2020-12-17 01:56 -0800
Re: sudo python PermissionError [Errno 13] Permission denied yamo' <yamo@beurdin.invalid> - 2020-12-17 12:16 +0100
Re: sudo python PermissionError [Errno 13] Permission denied "pata...@gmail.com" <patatetom@gmail.com> - 2020-12-17 04:28 -0800
Re: sudo python PermissionError [Errno 13] Permission denied Francois Lafont <francois.lafont@nospam.invalid> - 2020-12-17 23:29 +0100
Re: sudo python PermissionError [Errno 13] Permission denied Alain Ketterlin <alain@universite-de-strasbourg.fr.invalid> - 2020-12-18 13:32 +0100
Re: sudo python PermissionError [Errno 13] Permission denied "pata...@gmail.com" <patatetom@gmail.com> - 2020-12-18 06:03 -0800
Re: sudo python PermissionError [Errno 13] Permission denied "pata...@gmail.com" <patatetom@gmail.com> - 2020-12-18 06:20 -0800
Re: sudo python PermissionError [Errno 13] Permission denied Benoit Izac <use.reply.to@INVALID.ADDRESS> - 2020-12-18 18:38 +0100
Re: sudo python PermissionError [Errno 13] Permission denied Francois Lafont <francois.lafont@nospam.invalid> - 2020-12-19 02:59 +0100
Re: sudo python PermissionError [Errno 13] Permission denied "pata...@gmail.com" <patatetom@gmail.com> - 2020-12-23 03:12 -0800
Re: sudo python PermissionError [Errno 13] Permission denied Alain Ketterlin <alain@universite-de-strasbourg.fr.invalid> - 2020-12-21 08:01 +0100
Re: sudo python PermissionError [Errno 13] Permission denied "pata...@gmail.com" <patatetom@gmail.com> - 2020-12-23 03:27 -0800
Re: sudo python PermissionError [Errno 13] Permission denied Alain Ketterlin <alain@universite-de-strasbourg.fr.invalid> - 2020-12-26 18:47 +0100
Re: sudo python PermissionError [Errno 13] Permission denied "pata...@gmail.com" <patatetom@gmail.com> - 2021-01-07 07:49 -0800
csiph-web