Provided by: manpages-fr_3.57d1p1-1_all bug

NOM

       credentials - Identifiants de processus

DESCRIPTION

   Identifiant de processus (PID)
       Chaque processus a un identifiant entier positif, qui lui est attribué à sa création (avec
       fork(2)). Un processus peut connaître son PID avec getpid(2). Un PID est représenté par le
       type pid_t (défini dans <sys/types.h>).

       Les PID sont utilisés dans un certain nombre d'appels système pour identifier le processus
       affecté,  par  exemple :  kill(2),  ptrace(2),  setpriority(2),   setpgid(2),   setsid(2),
       sigqueue(3) et waitpid(2).

       Le PID d'un processus est conservé travers d'un execve(2).

   Identifiant du processus père (PPID)
       L'identifiant  de  processus  père d'un processus identifie le processus qui l'a créé avec
       fork(2). Un processus peut connaître son PPID avec getppid(2). Un PPID  est  représenté  à
       l'aide du type pid_t.

       Le PPID d'un processus est conservé au travers d'un execve(2).

   Identifiant de groupe de processus et identifiant de session
       Chaque  processus  a  un  identifiant de session et un identifiant de groupe de processus,
       tous deux représentés par le type pid_t. Un processus peut connaître  son  identifiant  de
       session avec getsid(2), et son identifiant de groupe de processus avec getpgrp(2).

       Un  processus  créé  par fork(2) hérite de l'identifiant de session et de l'identifiant de
       groupe de processus de son père. Les identifiants de session et  de  groupe  de  processus
       sont préservés par execve(2).

       Les  sessions  et  les  groupes  de  processus  sont des abstractions destinées à aider le
       contrôle des tâches dans le shell. Un groupe de processus (parfois appelé  « tâche »)  est
       un  ensemble de processus ayant le même identifiant de groupe de processus ; le shell crée
       un nouveau groupe de processus pour exécuter une commande ou pipeline  (par  exemple,  les
       deux processus créés pour exécuter la commande « ls | wc » sont placés dans le même groupe
       de processus). L'appartenance à un groupe de processus peut être changée avec  setpgid(2).
       Le  processus  dont le PID est égal à son identifiant de groupe de processus est le leader
       du groupe de processus.

       Une session est un ensemble de processus ayant le même identifiant de  session.  Tous  les
       membres  d'un  groupe  de processus ont également le même identifiant de session (tous les
       membres d'un groupe de processus appartiennent à la même session, donc les sessions et les
       groupes  de  processus  forment  une  hiérarchie à deux niveaux). Une nouvelle session est
       créée  lorsqu'un  processus  appelle  setsid(2),  qui  crée  une  nouvelle  session   dont
       l'identifiant  est  le PID de ce processus. Le créateur de cette session est appelé leader
       de session.

       Tous les processus d'une session  partagent  un  terminal  de  contrôle.  Le  terminal  de
       contrôle  est  créé  lorsque  le leader de session ouvre un terminal pour la première fois
       (sauf si le paramètre O_NOCTTY est précisé lors de l'appel de  open(2)).  Un  terminal  ne
       peut être le terminal de contrôle que d'une seule session.

       Il  ne  peut  y  avoir  plus d'une tâche ayant la place de « tâche de premier plan » ; les
       autres tâches de la sessions sont des « tâches d'arrière plan ». Seul la tâche de  premier
       plan peut recevoir des informations depuis le terminal ; si un job d'arrière plan tente de
       recevoir des informations du  terminal,  le  signal  SIGTTIN  est  renvoyé  au  groupe  du
       processus,  ce  qui  a  pour effet de suspendre la tâche. Si le terminal a reçu l'attribut
       TOSTOP (consultez termios(3)), alors seule la  tâche  de  premier  plan  est  autorisée  à
       afficher des données dans le terminal ; l'envoi de données d'une tâche d'arrière plan vers
       le terminal déclenche un signal SIGTTOU, ce qui  a  pour  effet  de  suspendre  la  tâche.
       Lorsqu'une  touche  du  clavier  qui  génère un signal est enfoncée (par exemple la touche
       interrupt, qui provoque normalement un control-C), le signal est envoyé  au  processus  de
       premier plan.

       Divers  appels système ou fonctions de bibliothèque peuvent agir sur tous les membres d'un
       groupe  de  processus,  notamment  kill(2),  killpg(2),  getpriority(2),   setpriority(2),
       ioprio_get(2),  ioprio_set(2),  waitid(2) et waitpid(2). Consultez également la discussion
       au sujet de F_GETOWN, F_GETOWN_EX, F_SETOWN et les opérations F_SETOWN_EX de fcntl(2).

   Identifiants d'utilisateur et de groupe
       Chaque processus a un certain  nombre  d'identifiants  d'utilisateur  et  de  groupe.  Ces
       identifiants  sont  des  entiers  représentés respectivement avec les types uid_t et gid_t
       (définis dans <sys/types.h>).

       Sous Linux, chaque processus a les identifiants d'utilisateur et de groupe suivants :

       *  Identifiant  d'utilisateur  réel  et  identifiant  de  groupe  réel.  Ces  identifiants
          déterminent  le  propriétaire du processus. Un processus peut déterminer ses UID et GID
          réels avec getuid(2) et getgid(2).

       *  UID effectif et GID  effectif.  Ces  identifiants  sont  utilisés  par  le  noyau  pour
          déterminer  les  permissions  de  ce  processus lors d'accès à des ressources partagées
          telles que les files de messages, la mémoire partagée ou les sémaphores. Sur la plupart
          des  systèmes  UNIX,  ces  identifiants  déterminent  aussi les permissions d'accès aux
          fichiers. Cependant, Linux utilise l'identifiant d'utilisateur du système  de  fichiers
          (décrit  ci‐dessous)  pour  cette  tâche.  Un  processus  peut déterminer son UID (GID)
          effectif avec geteuid(2) (getegid(2)).

       *  UID sauvé et GID sauvé. Ces identifiants sont utilisés dans les programmes  set-user-ID
          et  set-group-ID  pour  sauvegarder une copie des identifiants effectifs correspondants
          lors de l'exécution du programme (consultez execve(2)). Un programme  set-user-ID  peut
          prendre et abandonner des privilèges en changeant son UID effectif entre les valeurs de
          ses UID réel et sauvé. Cet échange est  réalisé  par  les  appels  système  seteuid(2),
          setreuid(2)  ou  setresuid(2).  Un programme set-group-ID peut effectuer les opérations
          correspondantes avec setegid(2), setregid(2) ou setresgid(2). Un processus peut obtenir
          son UID (resp. GID) sauvé avec getresuid(2) (resp. getresgid(2)).

       *  UID  et  GID  du système de fichiers (spécifiques à Linux). Ces identifiants, ainsi que
          les identifiants de groupe additionnels décrits plus bas, sont utilisés pour déterminer
          les  permissions  d'accès  aux  fichiers ;  consultez  path_resolution(7)  pour plus de
          détails. Lorsque l'UID (ou GID) effectif d'un processus est modifié, le  noyau  définit
          automatiquement  l'UID  (ou  GID)  du  système de fichiers à la même valeur. Ainsi, les
          identifiants du système de fichiers sont en général égaux aux  identifiants  effectifs,
          et la sémantique des vérifications de permissions sont les mêmes sous Linux et sous les
          autres UNIX. Les identifiants  du  système  de  fichiers  peuvent  prendre  une  valeur
          différente   des   identifiants  effectifs  en  utilisant  les  appels  setfsuid(2)  et
          setfsgid(2).

       *  GID additionnels. Il s'agit d'un ensemble d'identifiants de groupe  qui  sont  utilisés
          pour  les  vérifications  de  permissions  d'accès  aux  fichiers  et autres ressources
          partagées. Sous les noyaux antérieurs à  2.6.4,  un  processus  pouvait  avoir  jusqu'à
          32 groupes  additionnels ;  depuis  le  noyau 2.6.4,  cette limite est de 65536 groupes
          additionnels. L'appel sysconf(_SC_NGROUPS_MAX) peut être  utilisé  pour  déterminer  le
          nombre de groupes additionnels auxquels un processus peut appartenir. Un processus peut
          consultez son ensemble de GID additionnels  avec  getgroups(2),  et  le  modifier  avec
          setgroups(2).

       Un processus fils créé par fork(2) hérite des copies des UID et GID de son père. Lors d'un
       execve(2), les UID et GID réels ainsi que les GID  supplémentaires  sont  préservés ;  les
       identifiants effectifs et sauvés peuvent être modifiés comme indiqué dans execve(2).

       En  dehors des contextes décrits ci‐dessus, les UID d'un processus sont également utilisés
       dans les cas suivants :

       *  lors de la vérification des permissions pour l'envoi de signaux — consultez kill(2) ;

       *  lors  de  la  vérification  des  permissions  pour  la  modification   des   paramètres
          d'ordonnancement   (politesse,   politique  et  priorité  d'ordonnancement  temps‐réel,
          priorité  d'E/S)  avec  setpriority(2),  sched_setaffinity(2),   sched_setscheduler(2),
          sched_setparam(2) et ioprio_set(2) ;

       *  lors de la vérification de limites de ressources ; consultez getrlimit(2) ;

       *  lorsque  la  limite  du  nombre  d'instances  inotify  que  le processus peut créer est
          vérifiée ; consultez inotify(7).

CONFORMITÉ

       Les PID, PPID, PGID et SID sont  spécifiés  dans  POSIX.1-2001.  Les  identifiants  réels,
       effectifs  et  sauvés,  et  les  identifiants  de  groupe additionnels sont spécifiés dans
       POSIX.1-2001. Les identifiants du système de fichiers sont une extension Linux.

NOTES

       La spécification POSIX des threads demande que les identifiants soient partagés  par  tous
       les   threads  d'un  processus.  Toutefois,  au  niveau  du  noyau,  Linux  maintient  des
       identifiants d'utilisateurs et de groupes séparés pour chaque thread. L'implémentation des
       threads   NPTL   effectue  un  certain  travail  pour  s'assurer  que  toute  modification
       d'identifiants d'utilisateur ou de groupe (par exemple, via  des  appels  à  setuid(2)  ou
       setresuid(2)) soit propagée vers tous les threads POSIX d'un processus.

VOIR AUSSI

       bash(1),   csh(1),   ps(1),   access(2),  execve(2),  faccessat(2),  fork(2),  getpgrp(2),
       getpid(2), getppid(2), getsid(2), kill(2), killpg(2), setegid(2), seteuid(2), setfsgid(2),
       setfsuid(2),  setgid(2),  setgroups(2), setresgid(2), setresuid(2), setuid(2), waitpid(2),
       euidaccess(3),     initgroups(3),     tcgetpgrp(3),     tcsetpgrp(3),     capabilities(7),
       path_resolution(7), signal(7), unix(7)

COLOPHON

       Cette  page  fait partie de la publication 3.57 du projet man-pages Linux. Une description
       du projet et des  instructions  pour  signaler  des  anomalies  peuvent  être  trouvées  à
       l'adresse http://www.kernel.org/doc/man-pages/.

TRADUCTION

       Depuis    2010,    cette   traduction   est   maintenue   à   l'aide   de   l'outil   po4a
       <http://po4a.alioth.debian.org/> par l'équipe de traduction francophone au sein du  projet
       perkamon <http://perkamon.alioth.debian.org/>.

       Julien Cristau et l'équipe francophone de traduction de Debian (2006-2009).

       Veuillez     signaler     toute     erreur     de     traduction     en     écrivant     à
       <debian-l10n-french@lists.debian.org>  ou  par  un  rapport  de  bogue   sur   le   paquet
       manpages-fr.

       Vous  pouvez  toujours  avoir  accès  à la version anglaise de ce document en utilisant la
       commande « man -L C <section> <page_de_man> ».