Provided by: manpages-ja_0.5.0.0.20180315+dfsg-1_all 
名前
credentials - 認証に用いられるプロセスの識別子
説明
プロセスID (PID)
各プロセスは、負でない整数の一意な識別子を持つ。 この識別子は fork(2) を使ってプロセスが
生成される際に割り当てられる。 プロセスは getpid(2) を使って自分の PID を取得できる。 PID
は pid_t 型で表現される (pid_t は <sys/types.h> で定義されている)。
PID は各種のシステムコールでそのシステムコールが作用するプロセスを 特定するために使用され
る。以下に例を挙げる: kill(2), ptrace(2), setpriority(2), setpgid(2), setsid(2),
sigqueue(3), waitpid(2).
プロセスの PID は execve(2) の前後で不変である。
親プロセス ID (PPID)
プロセスの親プロセスの ID は、 fork(2) を使ってそのプロセスを生成したプロセスを示す。 プ
ロセスは getppid(2) を使って自分の PPID を取得できる。 PPID は pid_t 型で表現される。
プロセスの PPID は execve(2) の前後で不変である。
プロセスグループ ID とセッション ID
各プロセスはセッション ID とプロセスグループ ID を持つ。 これらの ID はどちらも pid_t 型で
表現される。 プロセスは、それぞれ getsid(2), getpgrp(2) を使って自分のセッション ID、プロ
セスグループ ID を取得できる。
fork(2) で生成された子プロセスは親プロセスのセッション ID とプロセスグループ ID を継承す
る。プロセスのセッション ID とプロセスグループ ID は execve(2) の前後で不変である。
セッションとプロセスグループの概念は、シェルのジョブ制御を行うために 考案されたものであ
る。 プロセスグループ (時には「ジョブ」と呼ばれることもある) は、 同じプロセスグループ ID
を共有するプロセスの集まりである。 シェルは、一つのコマンドもしくはパイプラインの実行に使
われるプロセス群に 対して一つのプロセスグループを生成する (例えば、コマンド "ls | wc" を実
行するために生成される二つのプロセスは 同じプロセスグループに置かれる)。 所属するプロセス
グループは setpgid(2) を使って設定できる。 自身のプロセス ID がプロセスグループ ID と同じ
プロセスは、 そのグループの「プロセスグループリーダー」である。
セッションは、同じセッション ID を共有するプロセスの集まりである。 ある一つのプロセスグ
ループの全メンバーは同じセッション ID を持つ (つまり、一つのプロセスグループのメンバーは全
て同じセッションに所属し、 これにより、セッションとプロセスグループで二階層のプロセス階層
が形成できる)。 新たなセッションの生成はプロセスが setsid(2) を呼び出すことで行う。
setsid(2) は、 setsid(2) を呼び出したプロセスの PID と同じ値のセッション ID を持つ 新たな
セッションを生成する。 セッションの生成者は「セッションリーダー」と呼ばれる。
あるセッションの全プロセスは一つの 制御端末 を共有する。 セッションリーダーが最初に端末を
オープンした際に制御端末は設定される (open(2) の呼び出しで O_NOCTTY フラグが指定された場合
を除く)。 一つの端末は、最大でも一つのセッションの制御端末にしかなれない。
一つのセッションのジョブの中で、フォアグラウンドジョブになれるのは最大でも一つで、そのセッ
ションの他のジョブはバックグラウンドジョブである。 フォアグラウンドジョブだけが端末からの
読み込みを行える。 バックグラウンドのプロセスが端末から読み込みを行おうとした場合、 フォア
グラウンドジョブを停止させるシグナルである SIGTTIN が所属するプロセスグループに対して送信
される。 端末に TOSTOP フラグがセットされていた場合 (termios(3) 参照)、 フォアグラウンド
ジョブだけが端末への書き込みを行える。 バックグラウンドのプロセスが端末への書き込みを行お
うとした場合、 フォアグラウンドジョブを停止させるシグナルである SIGTTOU が生成される。 シ
グナルを生成する端末キー (例えば 中断キー、通常は control-C) が押された場合、 そのシグナル
はフォアグラウンドジョブのプロセスに送信される。
様々なシステムコールやライブラリ関数で、プロセスグループの全メンバーに対して操作を行うこと
ができる。 例えば、 kill(2), killpg(2), getpriority(2), setpriority(2), ioprio_get(2),
ioprio_set(2), waitid(2), waitpid(2) など。 fcntl(2) の操作 F_GETOWN, F_GETOWN_EX,
F_SETOWN, F_SETOWN_EX の議論も参照。
ユーザー ID とグループ ID
各プロセスは、数種類のユーザー ID とグループ ID を持つ。 ユーザー ID、グループ ID は整数
で、それぞれ uid_t, gid_t 型で表現される (これらは <sys/types.h> で定義されている)。
Linux では、各プロセスは以下のような種類のユーザー ID とグループ ID を持つ。
* 実ユーザー ID と実グループ ID。 これらの ID によりプロセスの所有者が決定される。 プロセ
スが自分の実ユーザー ID、実グループ ID を取得するには、それぞれ getuid(2), getgid(2)
を使用する。
* 実効ユーザー ID と実効グループ ID。 これらの ID は、メッセージキュー、共有メモリー、セ
マフォなどの 共有リソースにアクセスしようとした際にそのプロセスがアクセス許可を 持って
いるかをカーネルが判定するのに使用される。 ほとんどの UNIX システムでは、これらの ID は
ファイルへのアクセス時の アクセス許可の判定にも使用される。 しかしながら、Linux では
ファイルへのアクセス許可の判定には 後述のファイルシステム ID が使用される。 プロセスが
自分の実効ユーザー ID、実効グループ ID を取得するには、それぞれ geteuid(2), getegid(2)
を使用する。
* 保存 (saved) set-user-ID と保存 set-group-ID。 これらの ID は、set-user-ID や
set-group-ID されたプログラムにおいて、 プログラムの実行時に設定された実効 ID のコピー
を保存するために 使用される (execve(2) 参照)。 set-user-ID プログラムは、実効ユーザー
ID を実ユーザーID と保存 set-user-ID の間で行ったり来たり切り替えることで、特権を得たり
落としたりできる。 この切り替えは seteuid(2), setreuid(2), setresuid(2) を呼び出すこと
で実行できる。 set-group-ID プログラムは、 setegid(2), setregid(2), setresgid(2) を
使って同様のことができる。 プロセスが自分の保存 set-user-ID、保存 set-group-ID を取得す
るには、 getresuid(2), getresgids(2) をそれぞれ使用する。
* ファイルシステムユーザー ID とファイルシステムグループ ID (Linux 固有)。 これらの ID
は、後述の補助グループ ID と組み合わせて使用され、 ファイルへのアクセス権の決定に利用さ
れる。詳細は path_resolution(7) を参照。 プロセスの実効 ID (ユーザー ID や グループ
ID) が変更されるたびに、 カーネルは自動的に対応するファイルシステム ID を同じ値に変更す
る。 その結果、ファイルシステム ID は通常は対応する実効 ID と同じ値となり、 ファイルの
アクセス権のチェック方法は Linux と他の UNIX システムで同じである。 ファイルシステム ID
は実効 ID とは異なる値にすることができ、 変更は setfsuid(2) と setfsgid(2) を呼び出し
て行う。
* 補助グループ ID。 この ID は、ファイルや他の共有リソースへのアクセス時にアクセス許可の
チェックに使用される、追加のグループ ID の集合である。 カーネル 2.6.4 より前の Linux で
は、一つのプロセスあたりの 補助グループのメンバー数は最大で 32 である。 カーネル 2.6.4
以降では、一つのプロセスあたりの 補助グループのメンバー数は最大で 65536 である。
sysconf(_SC_NGROUPS_MAX) を呼び出すことで、あるプロセスがメンバーとなることができる可能
性のある 補助グループ数を知ることができる。 プロセスは、自分の補助グループ ID の集合を
getgroups(2) で取得でき、 setgroups(2) で集合を変更できる。
fork(2) で生成された子プロセスは親プロセスのユーザー ID とグループ ID を継承する。
execve(2) の間、プロセスの実ユーザー/グループ ID と補助グループ ID 集合は不変である。 実効
ID と保存セット ID は変更される可能性がある (execve(2) で説明されている)。
上記の目的以外にも、プロセスのユーザー ID は他の様々な場面で利用される。
* シグナルを送る許可の判定時 (kill(2) 参照)
* プロセスのスケジューリング関連のパラメーター (nice 値、 リアルタイムスケジューリングポ
リシーや優先度、CPU affinity、 入出力優先度) の設定許可の判定時。 スケジューリング関連
のパラメーター設定には setpriority(2), sched_setaffinity(2), sched_setscheduler(2),
sched_setparam(2), sched_setattr(2), ioprio_set(2) が使用される。
* リソース上限のチェック時 (getrlimit(2) 参照)
* プロセスが生成できる inotify インスタンス数の上限のチェック時 (inotify(7) 参照)
準拠
プロセス ID、親プロセス ID、プロセスグループ ID、セッション ID は POSIX.1-2001 で規定され
ている。 実 ID、実効 ID、保存セット ID のユーザー ID / グループ ID および 補助グループ ID
は POSIX.1-2001 で規定されている。 ファイルシステムユーザー ID / グループ ID は Linux によ
る拡張である。
注意
POSIX のスレッド仕様では、これらの識別子がプロセス内の全スレッドで 共有されることを求めて
いる。 しかしながら、カーネルのレベルでは、Linux はスレッド毎に別々の ユーザーとグループに
関する識別子を管理している。 NPTL スレッド実装が、(例えば setuid(2), setresuid(2) などの
呼び出しによる) ユーザーやグループに関する識別子に対する変更が プロセス内の全ての POSIX ス
レッドに対して反映されることを保証する ための処理を行っている。
関連項目
bash(1), csh(1), ps(1), access(2), execve(2), faccessat(2), fork(2), getgroups(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),
namespaces(7), path_resolution(7), pid_namespaces(7), signal(7), user_namespaces(7),
unix(7)
この文書について
この man ページは Linux man-pages プロジェクトのリリース 3.79 の一部 である。プロジェクト
の説明とバグ報告に関する情報は http://www.kernel.org/doc/man-pages/ に書かれている。