Discussion:Les permissions sur les fichiers - Historique des versions

Lea : Lea a déplacé la page Discussion:Admin-admin env-permissions vers Discussion:Les permissions sur les fichiers

2023-12-03T20:27:37Z

Lea a déplacé la page Discussion:Admin-admin env-permissions vers Discussion:Les permissions sur les fichiers

← Version précédente	Version du 3 décembre 2023 à 20:27
(Aucune différence)

Lea le 23 septembre 2013 à 11:23

2013-09-23T11:23:40Z

← Version précédente		Version du 23 septembre 2013 à 11:23
Ligne 56 :		Ligne 56 :
	program instead. For further details, see:		program instead. For further details, see:

	http://www.gtk.org/setuid.html		<nowiki> http://www.gtk.org/setuid.html</nowiki>

	Refusing to initialize GTK+.</code>		Refusing to initialize GTK+.</code>

			= Licence =

			La licence de cet article a été passée en CC-BY-SA en accord avec son auteur (cf courriel du 18 septembre 2013) [[Utilisateur:Lea\|Lea]] ([[Discussion utilisateur:Lea\|discussion]]) 23 septembre 2013 à 13:23 (CEST)

Pir : SUID et GUID

2007-07-28T07:01:49Z

SUID et GUID

← Version précédente		Version du 28 juillet 2007 à 07:01
Ligne 48 :		Ligne 48 :

	'''Appliqué sur un fichier binaire''' (attribution réservé à root) permet le maintien en mémoire après son exécution.		'''Appliqué sur un fichier binaire''' (attribution réservé à root) permet le maintien en mémoire après son exécution.

			=Commentaires de : Pierre Renié=
			Dans la partie <strong>SUID et GUID</strong> j'ai supprimé l'exemple proposant d'activer le bit suid root sur xmms pour 2 raisons:
			<ul><li>C'est très dangereux car son exécution permettrait d'enregistrer des fichiers sur des fichiers système
			</li><li>J'ai essayé de le faire, et GTK refuse de se lancer. J'avais le message suivant:<code>Gtk-WARNING **: This process is currently running setuid or setgid.
			This is not a supported use of GTK+. You must create a helper
			program instead. For further details, see:

			http://www.gtk.org/setuid.html

			Refusing to initialize GTK+.</code>

Nodens : correction syntaxe wiki

2006-06-13T20:56:22Z

correction syntaxe wiki

← Version précédente		Version du 13 juin 2006 à 20:56
Ligne 7 :		Ligne 7 :
	Il n'y a donc pas non plus de conversion en décimal qui se produise si l'on omet ce préfixe zéro.		Il n'y a donc pas non plus de conversion en décimal qui se produise si l'on omet ce préfixe zéro.

	Vincent Ramos=Commentaires de : ClementHermann=		Vincent Ramos=
			Merci de poser les questions sur le phorum de Léa.

			=Commentaires de : ClementHermann=
	posté le 2005-01-31 17:50:54		posté le 2005-01-31 17:50:54

	~~Merci de poser les questions sur le phorum de Léa.~~		====Spécificités pour les répertoires====

	====~~__Spécificités~~ pour les ~~répertoires__~~====

	Pour les répertoires, la signification des permissions est légèrement modifiée :		Pour les répertoires, la signification des permissions est légèrement modifiée :
			On utilisera la convention suivante : '''''<nom du droit>''''' ('''''<représentation symbolique>''''') ('''''<valeur numérique>''''')
	On utilisera la convention suivante : ##<nom du droit>## (##<représentation symbolique>##) (##<valeur numérique>##)
	la valeur numérique (en octal) est utilisée par exemple par la commande chmod et la commande find (voir l'article auquel ce commentaire répond). Les différentes valeurs s'additionnent pour donner une représentation numérique de la permission pour chaque entité (propriétaire, groupe, autres).		la valeur numérique (en octal) est utilisée par exemple par la commande chmod et la commande find (voir l'article auquel ce commentaire répond). Les différentes valeurs s'additionnent pour donner une représentation numérique de la permission pour chaque entité (propriétaire, groupe, autres).

	- exécution (##x##) (##1##)---		- '''exécution''' ('''''x''''') ('''''1''''')---
	Donne le droit d'accéder au répertoire		Donne le droit d'accéder au répertoire

	- ~~lecture~~ (##r##) (##2##)---		- ''l'ecture''' ('''''r''''') ('''''2''''')---
	Donne le droit de lister le contenu d'un répertoire. (//NB: Si cette permission est absente, le répertoire n'est pas visible avec ls, à moins d'en être propriétaire.//)		Donne le droit de lister le contenu d'un répertoire. (//NB: Si cette permission est absente, le répertoire n'est pas visible avec ls, à moins d'en être propriétaire.//)


	- écriture (##w##) (##4##)---		- '''écriture''' ('''''w''''') ('''''4''''')---
	Donne le droit de modifier le contenu du répertoire (même si les permissions individuelles sur les fichiers du répertoire ne le permettent pas)		Donne le droit de modifier le contenu du répertoire (même si les permissions individuelles sur les fichiers du répertoire ne le permettent pas)

	Ces permissions s'ajoutent entre elles : on peut imaginer avoir le droit d'accéder (##x##) (##1##) à un répertoire sans pouvoir en lister(##r##) (##2##) le contenu, mais il n'est pas possible de donner le droit de lister un répertoire sans donner le droit d'y accéder.		Ces permissions s'ajoutent entre elles : on peut imaginer avoir le droit d'accéder ('''''x''''') ('''''1''''') à un répertoire sans pouvoir en lister('''''r''''') ('''''2''''') le contenu, mais il n'est pas possible de donner le droit de lister un répertoire sans donner le droit d'y accéder.
	Attention cependant, si l'utilisateur a le droit d'écriture sur le répertoire parent, il pourra modifier les droits des sous-répertoires à sa guise.		Attention cependant, si l'utilisateur a le droit d'écriture sur le répertoire parent, il pourra modifier les droits des sous-répertoires à sa guise.

	D'autre part, les derniers bits [[POSIX]] (sticky et setGID) représentent des permissions spéciales, différentes elles aussi de leur homologue sur les fichiers :		D'autre part, les derniers bits [[POSIX]] ('''sticky''' et '''setGID''') représentent des permissions spéciales, différentes elles aussi de leur homologue sur les fichiers :
	(//NB: le bit setUID, 4000 en représentation numérique, n'a pas d'effet sur un répertoire//).		(//NB: le bit '''setUID''', '''4000''' en représentation numérique, n'a pas d'effet sur un répertoire//).

	- sticky (##t##) (##1000##)---		- '''sticky''' ('''''t''''') ('''''1000''''')---
	Même lorsqu'un répertoire est accessible en écriture, on ne peut modifier les fichiers enfants sur lesquels on ne possède pas de droit explicite. Le cas d'école est le répertoire temporaire commun du système, ##/tmp##.		Même lorsqu'un répertoire est accessible en écriture, on ne peut modifier les fichiers enfants sur lesquels on ne possède pas de droit explicite. Le cas d'école est le répertoire temporaire commun du système, ''/tmp''.

	- setGID (##s##) (##2000##)---		- '''setGID''' ('''''s''''') ('''''2000''''')---
	quelque soit le groupe principal d'un utilisateur, le groupe d'appartenance des fichiers enfants créés sera le groupe d'appartenance du répertoire. Sur une [[Debian]], le cas d'école est ##/usr/local## et ses sous-répertoires qui possèdent comme groupe d'appartenance ##staff## et ont le bit setGID positionné : tout fichier créé sous l'un de ces répertoires aura comme groupe d'appartenance ##staff##.		quelque soit le groupe principal d'un utilisateur, le groupe d'appartenance des fichiers enfants créés sera le groupe d'appartenance du répertoire. Sur une [[Debian]], le cas d'école est ''/usr/local'' et ses sous-répertoires qui possèdent comme groupe d'appartenance ''staff'' et ont le bit '''setGID''' positionné : tout fichier créé sous l'un de ces répertoires aura comme groupe d'appartenance ''staff''.

	''Il existe aussi le bit '''sticky bit''', "t"'' ou 1000 pour la valeur octale		''Il existe aussi le bit '''sticky bit''', "t"'' ou 1000 pour la valeur octale

Gerald.maricau le 12 novembre 2005 à 18:32

2005-11-12T18:32:20Z

← Version précédente		Version du 12 novembre 2005 à 18:32
Ligne 41 :		Ligne 41 :
	quelque soit le groupe principal d'un utilisateur, le groupe d'appartenance des fichiers enfants créés sera le groupe d'appartenance du répertoire. Sur une [[Debian]], le cas d'école est ##/usr/local## et ses sous-répertoires qui possèdent comme groupe d'appartenance ##staff## et ont le bit setGID positionné : tout fichier créé sous l'un de ces répertoires aura comme groupe d'appartenance ##staff##.		quelque soit le groupe principal d'un utilisateur, le groupe d'appartenance des fichiers enfants créés sera le groupe d'appartenance du répertoire. Sur une [[Debian]], le cas d'école est ##/usr/local## et ses sous-répertoires qui possèdent comme groupe d'appartenance ##staff## et ont le bit setGID positionné : tout fichier créé sous l'un de ces répertoires aura comme groupe d'appartenance ##staff##.

	''Il existe aussi le bit '''sticky bit''', "t"''		''Il existe aussi le bit '''sticky bit''', "t"'' ou 1000 pour la valeur octale

Gerald.maricau le 12 novembre 2005 à 18:30

2005-11-12T18:30:11Z

← Version précédente		Version du 12 novembre 2005 à 18:30
Ligne 40 :		Ligne 40 :
	- setGID (##s##) (##2000##)---		- setGID (##s##) (##2000##)---
	quelque soit le groupe principal d'un utilisateur, le groupe d'appartenance des fichiers enfants créés sera le groupe d'appartenance du répertoire. Sur une [[Debian]], le cas d'école est ##/usr/local## et ses sous-répertoires qui possèdent comme groupe d'appartenance ##staff## et ont le bit setGID positionné : tout fichier créé sous l'un de ces répertoires aura comme groupe d'appartenance ##staff##.		quelque soit le groupe principal d'un utilisateur, le groupe d'appartenance des fichiers enfants créés sera le groupe d'appartenance du répertoire. Sur une [[Debian]], le cas d'école est ##/usr/local## et ses sous-répertoires qui possèdent comme groupe d'appartenance ##staff## et ont le bit setGID positionné : tout fichier créé sous l'un de ces répertoires aura comme groupe d'appartenance ##staff##.

			''Il existe aussi le bit '''sticky bit''', "t"''


			'''Appliqué sur le répertoire''', par exemple /tmp : celui-ci a pour but de ne permettre la suppression que des fichiers/répertoires dont on est propriétaire.


			'''Appliqué sur un fichier binaire''' (attribution réservé à root) permet le maintien en mémoire après son exécution.

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-10-11T15:32:59Z

conversion de la documentation originale de Léa par HTML::WikiConverter

Nouvelle page

=Commentaires de : VincentRamos=
posté le 2005-04-18 12:23:44

Noter que les paramètres en octal passés à chmod ne doivent pas forcément être préfixés du zéro et qu'il n'y a pas de différence entre chmod 0755 et chmod 755. Cf. à cet égard le fil Usenet <news:42627333$0$1983$626a14ce@news.free.fr> et la documentation :
« A numeric mode is from one to four octal digits (0-7), derived by adding up the bits with values 4, 2, and 1. Any omitted digits are assumed to be leading zeros. ».

Il n'y a donc pas non plus de conversion en décimal qui se produise si l'on omet ce préfixe zéro.

Vincent Ramos=Commentaires de : ClementHermann=
posté le 2005-01-31 17:50:54

Merci de poser les questions sur le phorum de Léa.

====__Spécificités pour les répertoires__====

Pour les répertoires, la signification des permissions est légèrement modifiée :

On utilisera la convention suivante : ##**<nom du droit>**## (##**<représentation symbolique>**##) (##**<valeur numérique>**##)
la valeur numérique (en octal) est utilisée par exemple par la commande chmod et la commande find (voir l'article auquel ce commentaire répond). Les différentes valeurs s'additionnent pour donner une représentation numérique de la permission pour chaque entité (propriétaire, groupe, autres).

- **exécution** (##**x**##) (##**1**##)---
Donne le droit d'accéder au répertoire

- **lecture** (##**r**##) (##**2**##)---
Donne le droit de lister le contenu d'un répertoire. (//NB: Si cette permission est absente, le répertoire n'est pas visible avec ls, à moins d'en être propriétaire.//)

- **écriture** (##**w**##) (##**4**##)---
Donne le droit de modifier le contenu du répertoire (même si les permissions individuelles sur les fichiers du répertoire ne le permettent pas)

Ces permissions s'ajoutent entre elles : on peut imaginer avoir le droit d'accéder (##**x**##) (##**1**##) à un répertoire sans pouvoir en lister(##**r**##) (##**2**##) le contenu, mais il n'est pas possible de donner le droit de lister un répertoire sans donner le droit d'y accéder.
Attention cependant, si l'utilisateur a le droit d'écriture sur le répertoire parent, il pourra modifier les droits des sous-répertoires à sa guise.

D'autre part, les derniers bits [[POSIX]] (**sticky** et **setGID**) représentent des permissions spéciales, différentes elles aussi de leur homologue sur les fichiers :
(//NB: le bit **setUID**, **4000** en représentation numérique, n'a pas d'effet sur un répertoire//).

- **sticky** (##**t**##) (##**1000**##)---
Même lorsqu'un répertoire est accessible en écriture, on ne peut modifier les fichiers enfants sur lesquels on ne possède pas de droit explicite. Le cas d'école est le répertoire temporaire commun du système, ##/tmp##.

- **setGID** (##**s**##) (##**2000**##)---
quelque soit le groupe principal d'un utilisateur, le groupe d'appartenance des fichiers enfants créés sera le groupe d'appartenance du répertoire. Sur une [[Debian]], le cas d'école est ##/usr/local## et ses sous-répertoires qui possèdent comme groupe d'appartenance ##staff## et ont le bit **setGID** positionné : tout fichier créé sous l'un de ces répertoires aura comme groupe d'appartenance ##staff##.

Discussion:Les permissions sur les fichiers - Historique des versions

Lea : Lea a déplacé la page Discussion:Admin-admin env-permissions vers Discussion:Les permissions sur les fichiers