release/man7/capabilities.7

   1 .\" Copyright (c) 2002 by Michael Kerrisk <mtk.manpages@gmail.com>
   2 .\"
   3 .\" %%%LICENSE_START(VERBATIM)
   4 .\" Permission is granted to make and distribute verbatim copies of this
   5 .\" manual provided the copyright notice and this permission notice are
   6 .\" preserved on all copies.
   7 .\"
   8 .\" Permission is granted to copy and distribute modified versions of this
   9 .\" manual under the conditions for verbatim copying, provided that the
  10 .\" entire resulting derived work is distributed under the terms of a
  11 .\" permission notice identical to this one.
  12 .\"
  13 .\" Since the Linux kernel and libraries are constantly changing, this
  14 .\" manual page may be incorrect or out-of-date.  The author(s) assume no
  15 .\" responsibility for errors or omissions, or for damages resulting from
  16 .\" the use of the information contained herein.  The author(s) may not
  17 .\" have taken the same level of care in the production of this manual,
  18 .\" which is licensed free of charge, as they might when working
  19 .\" professionally.
  20 .\"
  21 .\" Formatted or processed versions of this manual, if unaccompanied by
  22 .\" the source, must acknowledge the copyright and authors of this work.
  23 .\" %%%LICENSE_END
  24 .\"
  25 .\" 6 Aug 2002 - Initial Creation
  26 .\" Modified 2003-05-23, Michael Kerrisk, <mtk.manpages@gmail.com>
  27 .\" Modified 2004-05-27, Michael Kerrisk, <mtk.manpages@gmail.com>
  28 .\" 2004-12-08, mtk Added O_NOATIME for CAP_FOWNER
  29 .\" 2005-08-16, mtk, Added CAP_AUDIT_CONTROL and CAP_AUDIT_WRITE
  30 .\" 2008-07-15, Serge Hallyn <serue@us.bbm.com>
  31 .\"     Document file capabilities, per-process capability
  32 .\"     bounding set, changed semantics for CAP_SETPCAP,
  33 .\"     and other changes in 2.6.2[45].
  34 .\"     Add CAP_MAC_ADMIN, CAP_MAC_OVERRIDE, CAP_SETFCAP.
  35 .\" 2008-07-15, mtk
  36 .\"     Add text describing circumstances in which CAP_SETPCAP
  37 .\"     (theoretically) permits a thread to change the
  38 .\"     capability sets of another thread.
  39 .\"     Add section describing rules for programmatically
  40 .\"     adjusting thread capability sets.
  41 .\"     Describe rationale for capability bounding set.
  42 .\"     Document "securebits" flags.
  43 .\"     Add text noting that if we set the effective flag for one file
  44 .\"     capability, then we must also set the effective flag for all
  45 .\"     other capabilities where the permitted or inheritable bit is set.
  46 .\" 2011-09-07, mtk/Serge hallyn: Add CAP_SYSLOG
  47 .\"
  48 .\"*******************************************************************
  49 .\"
  50 .\" This file was generated with po4a. Translate the source file.
  51 .\"
  52 .\"*******************************************************************
  53 .TH CAPABILITIES 7 2013\-07\-21 Linux "Linux Programmer's Manual"
  54 .SH 名前
  55 capabilities \- Linux のケーパビリティ (capability) の概要
  56 .SH 説明
  57 権限のチェックを行う観点から見ると、伝統的な UNIX の実装では プロセスは二つのカテゴリに分類できる: \fI特権\fP プロセス (実効ユーザID が
  58 0 のプロセス。ユーザID 0 は スーパーユーザや root と呼ばれる) と \fI非特権\fP プロセス (実効ユーザID が 0 以外のプロセス)
  59 である。 非特権プロセスでは、プロセスの資格情報 (通常は、実効UID 、実効GID と追加のグループリスト) に基づく権限チェックが行われるのに対し、
  60 特権プロセスでは全てのカーネルの権限チェックがバイパスされる。
  61
  62 .\"
  63 バージョン 2.2 以降の Linux では、 これまでスーパーユーザに結び付けられてきた権限を、 いくつかのグループに分割している。これらのグループは
  64 \fIケーパビリティ\fP(capability)  と呼ばれ、グループ毎に独立に有効、無効を設定できる。 ケーパビリティはスレッド単位の属性である。
  65 .SS ケーパビリティのリスト
  66 以下のリストは、 Linux で実装されているケーパビリティと 各ケーパビリティが許可する操作と動作をまとめたものである。
  67 .TP
  68 \fBCAP_AUDIT_CONTROL\fP (Linux 2.6.11 以降)
  69 カーネル監査 (audit) の有効無効の切り替え、 監査のフィルタルールの変更、 監査の状況やフィルタルールの取得ができる。
  70 .TP
  71 \fBCAP_AUDIT_WRITE\fP (Linux 2.6.11 以降)
  72 カーネル監査のログにレコードを書き込む。
  73 .TP
  74 \fBCAP_BLOCK_SUSPEND\fP (Linux 3.5 以降)
  75 システムのサスペンドをブロックできる機能を使用する (\fBepoll\fP(7)  \fBEPOLLWAKEUP\fP,
  76 \fI/proc/sys/wake_lock\fP)。
  77 .TP
  78 \fBCAP_CHOWN\fP
  79 ファイルの UID とGID を任意に変更する (\fBchown\fP(2)  参照)。
  80 .TP
  81 \fBCAP_DAC_OVERRIDE\fP
  82 ファイルの読み出し、書き込み、実行の権限チェックをバイパスする (DAC は "discretionary access control
  83 (任意のアクセス制御)" の略である)。
  84 .TP
  85 \fBCAP_DAC_READ_SEARCH\fP
  86 .PD 0
  87 .RS
  88 .IP * 2
  89 Bypass file read permission checks and directory read and execute permission
  90 checks;
  91 .IP *
  92 Invoke \fBopen_by_handle_at\fP(2).
  93 .RE
  94 .PD
  95
  96 .TP
  97 \fBCAP_FOWNER\fP
  98 .PD 0
  99 .RS
 100 .IP * 2
 101 通常、プロセスのファイルシステム UID がファイルの UID に一致することが 要求される操作 (例えば \fBchmod\fP(2),
 102 \fButime\fP(2))  における権限チェックをバイパスする。 但し、 \fBCAP_DAC_OVERRIDE\fP か
 103 \fBCAP_DAC_READ_SEARCH\fP によりチェックが行われる操作は除く。
 104 .IP *
 105 任意のファイルに対して拡張ファイル属性を設定する (\fBchattr\fP(1)  参照)。
 106 .IP *
 107 任意のファイルに対してアクセス制御リスト (ACL) を設定する。
 108 .IP *
 109 ファイルの削除の際にディレクトリのスティッキービットを無視する。
 110 .IP *
 111 \fBopen\fP(2)  や \fBfcntl\fP(2)  で任意のファイルに対して \fBO_NOATIME\fP を指定する。
 112 .RE
 113 .PD
 114 .TP
 115 \fBCAP_FSETID\fP
 116 ファイルが変更されたときに set\-user\-ID とset\-group\-ID の許可ビットをクリア しない。呼び出し元プロセスのファイルシステム
 117 GID と追加の GID のいずれとも GID が一致しないファイルに対して set\-group\-ID ビットを設定する。
 118 .TP
 119 \fBCAP_IPC_LOCK\fP
 120 .\" FIXME As at Linux 3.2, there are some strange uses of this capability
 121 .\" in other places; they probably should be replaced with something else.
 122 メモリーのロック (\fBmlock\fP(2), \fBmlockall\fP(2), \fBmmap\fP(2), \fBshmctl\fP(2))  を行う。
 123 .TP
 124 \fBCAP_IPC_OWNER\fP
 125 System V IPC オブジェクトに対する操作に関して権限チェックをバイパスする。
 126 .TP
 127 \fBCAP_KILL\fP
 128 .\" FIXME CAP_KILL also has an effect for threads + setting child
 129 .\"       termination signal to other than SIGCHLD: without this
 130 .\"       capability, the termination signal reverts to SIGCHLD
 131 .\"       if the child does an exec().  What is the rationale
 132 .\"       for this?
 133 シグナルを送信する際に権限チェックをバイパスする (\fBkill\fP(2)  参照)。これには \fBioctl\fP(2)  の \fBKDSIGACCEPT\fP
 134 操作の使用も含まれる。
 135 .TP
 136 \fBCAP_LEASE\fP (Linux 2.4 以降)
 137 任意のファイルに対して ファイルリースを設定する (\fBfcntl\fP(2)  参照)。
 138 .TP
 139 \fBCAP_LINUX_IMMUTABLE\fP
 140 .\" These attributes are now available on ext2, ext3, Reiserfs, XFS, JFS
 141 拡張ファイル属性 \fBFS_APPEND_FL\fP と \fBFS_IMMUTABLE_FL\fP を設定する (\fBchattr\fP(1)  参照)。
 142 .TP
 143 \fBCAP_MAC_ADMIN\fP (Linux 2.6.25 以降)
 144 強制アクセス制御 (MAC) を上書きする。 Smack Linux Security Module (LSM) 用に実装されている。
 145 .TP
 146 \fBCAP_MAC_OVERRIDE\fP (Linux 2.6.25 以降)
 147 MAC の設定や状態を変更する。 Smack LSM 用に実装されている。
 148 .TP
 149 \fBCAP_MKNOD\fP (Linux 2.4 以降)
 150 (Linux 2.4 以降)  \fBmknod\fP(2)  を使用してスペシャルファイルを作成する。
 151 .TP
 152 \fBCAP_NET_ADMIN\fP
 153 各種のネットワーク関係の操作を実行する:
 154 .PD 0
 155 .RS
 156 .IP * 2
 157 インターフェースの設定
 158 .IP *
 159 IP のファイアウォール、マスカレード、アカウンティング
 160 .IP *
 161 ルーティングテーブルの変更
 162 .IP *
 163 透過的プロキシでの任意のアドレスの割り当て (bind)
 164 .IP *
 165 サービス種別 (type\-of\-service; TOS) のセット
 166 .IP *
 167 ドライバの統計情報のクリア
 168 .IP *
 169 promiscuous モードをセットする
 170 .IP *
 171 マルチキャストを有効にする
 172 .IP *
 173 \fBsetsockopt\fP(2) を使って以下のソケットオプションを設定する:
 174 \fBSO_DEBUG\fP, \fBSO_MARK\fP,
 175 \fBSO_PRIORITY\fP (優先度を 0 から 6 以外に設定する場合),
 176 \fBSO_RCVBUFFORCE\fP, and \fBSO_SNDBUFFORCE\fP
 177 .RE
 178 .PD
 179 .TP
 180 \fBCAP_NET_BIND_SERVICE\fP
 181 インターネットドメインの特権ポート (ポート番号が 1024 番未満)  をバインドできる。
 182 .TP
 183 \fBCAP_NET_BROADCAST\fP
 184 (未使用) ソケットのブロードキャストと、マルチキャストの待ち受けを行う。
 185 .TP
 186 \fBCAP_NET_RAW\fP
 187 .PD 0
 188 .RS
 189 .IP * 2
 190 RAW ソケットと PACKET ソケットを使用する。
 191 .IP *
 192 透過的プロキシでの任意のアドレスの割り当て (bind)
 193 .RE
 194 .PD
 195 .\" Also various IP options and setsockopt(SO_BINDTODEVICE)
 196 .TP
 197 \fBCAP_SETGID\fP
 198 プロセスの GID と追加の GID リストに対する任意の操作を行う。 UNIX ドメインソケット経由でソケットの資格情報 (credential)
 199 を渡す際に 偽の GID を渡すことができる。
 200 .TP
 201 \fBCAP_SETFCAP\fP (Linux 2.6.24 以降)
 202 ファイルケーパビリティを設定する。
 203 .TP
 204 \fBCAP_SETPCAP\fP
 205 ファイルケーパビリティがサポートされていない場合: 呼び出し元が許可されているケーパビリティセットに含まれる任意のケーパビリティを、
 206 他のプロセスに付与したり、削除したりできる。 (カーネルがファイルケーパビリティをサポートしている場合、 \fBCAP_SETPCAP\fP
 207 はこの役割を持たない。 なぜなら、ファイルケーパビリティをサポートしているカーネルでは \fBCAP_SETPCAP\fP は全く別の意味を持つからである。)
 208
 209 ファイルケーパビリティがサポートされている場合: 呼び出し元スレッドのバウンディングセットの任意のケーパビリティを
 210 自身の継承可能ケーパビリティセットに追加できる。 (\fBprctl\fP(2)  \fBPR_CAPBSET_DROP\fP を使って)
 211 バウンディングセットからケーパビリティを削除できる。 \fIsecurebits\fP フラグを変更できる。
 212 .TP
 213 \fBCAP_SETUID\fP
 214 .\" FIXME CAP_SETUID also an effect in exec(); document this.
 215 プロセスの UID に対する任意の操作 (\fBsetuid\fP(2), \fBsetreuid\fP(2), \fBsetresuid\fP(2),
 216 \fBsetfsuid\fP(2))  を行う。 UNIX ドメインソケット経由でソケットの資格情報 (credential) を渡す際に 偽の UID
 217 を渡すことができる。
 218 .TP
 219 \fBCAP_SYS_ADMIN\fP
 220 .PD 0
 221 .RS
 222 .IP * 2
 223 以下のシステム管理用の操作を実行する: \fBquotactl\fP(2), \fBmount\fP(2), \fBumount\fP(2), \fBswapon\fP(2),
 224 \fBswapoff\fP(2), \fBsethostname\fP(2), \fBsetdomainname\fP(2).
 225 .IP *
 226 特権が必要な \fBsyslog\fP(2) の操作を実行する
 227 (Linux 2.6.37 以降では、このような操作を許可するには
 228 \fBCAP_SYSLOG\fP を使うべきである)
 229 .IP *
 230 \fBVM86_REQUEST_IRQ\fP \fBvm86\fP(2) コマンドを実行する。
 231 .IP *
 232 任意の System V IPC オブジェクトに対する \fBIPC_SET\fP と \fBIPC_RMID\fP 操作を実行する。
 233 .IP *
 234 拡張属性 \fItrusted\fP と \fIsecurity\fP に対する操作を実行する (\fBattr\fP(5)  参照)。
 235 .IP *
 236 \fBlookup_dcookie\fP(2)  を呼び出す。
 237 .IP *
 238 \fBioprio_set\fP(2)  を使って I/O スケジューリングクラス \fBIOPRIO_CLASS_RT\fP,
 239 \fBIOPRIO_CLASS_IDLE\fP を割り当てる (\fBIOPRIO_CLASS_IDLE\fP は Linux 2.6.25
 240 より前のバージョンのみ)。
 241 .IP *
 242 ソケットの資格情報 (credential) を渡す際に偽の UID を渡す。
 243 .IP *
 244 ファイルをオープンするシステムコール (例えば \fBaccept\fP(2), \fBexecve\fP(2), \fBopen\fP(2), \fBpipe\fP(2))
 245 でシステム全体でオープンできるファイル数の上限 \fI/proc/sys/fs/file\-max\fP を超過する。
 246 .IP *
 247 \fBclone\fP(2) と \fBunshare\fP(2) で新しい名前空間を作成する \fBCLONE_*\fP
 248 フラグを利用する。
 249 .IP *
 250 \fBperf_event_open\fP(2) を呼び出す。
 251 .IP *
 252 特権が必要な \fIperf\fP イベントの情報にアクセスする。
 253 .IP *
 254 \fBsetns\fP(2) を呼び出す。
 255 .IP *
 256 \fBfanotify_init\fP(2) を呼び出す。
 257 .IP *
 258 \fBkeyctl\fP(2)  の \fBKEYCTL_CHOWN\fP と \fBKEYCTL_SETPERM\fP 操作を実行する。
 259 .IP *
 260 \fBmadvise\fP(2)  の \fBMADV_HWPOISON\fP 操作を実行する。
 261 .IP *
 262 \fBTIOCSTI\fP \fBioctl\fP(2) を使って、
 263 呼び出し元の制御端末以外の端末の入力キューに文字を挿入する。
 264 .IP *
 265 廃止予定の \fBnfsservctl\fP(2) システムコールを使用する。
 266 .IP *
 267 廃止予定の \fBbdflush\fP(2) システムコールを使用する。
 268 .IP *
 269 特権が必要なブロックデバイスに対する各種の \fBioctl\fP(2) 操作を
 270 実行する。
 271 .IP *
 272 特権が必要なファイルシステムに対する各種の \fBioctl\fP(2) 操作を
 273 実行する。
 274 .IP *
 275 多くのデバイスドライバに対する管理命令を実行する。
 276 .RE
 277 .PD
 278 .TP
 279 \fBCAP_SYS_BOOT\fP
 280 \fBreboot\fP(2)  と \fBkexec_load\fP(2)  を呼び出す。
 281 .TP
 282 \fBCAP_SYS_CHROOT\fP
 283 \fBchroot\fP(2).  を呼び出す。
 284 .TP
 285 \fBCAP_SYS_MODULE\fP
 286 カーネルモジュールのロード、アンロードを行う (\fBinit_module\fP(2)  と \fBdelete_module\fP(2)  を参照のこと)。
 287 バージョン 2.6.25 より前のカーネルで、 システム全体のケーパビリティバウンディングセット (capability bounding set)
 288 からケーパビリティを外す。
 289 .TP
 290 \fBCAP_SYS_NICE\fP
 291 .PD 0
 292 .RS
 293 .IP * 2
 294 プロセスの nice 値の引き上げ (\fBnice\fP(2), \fBsetpriority\fP(2))  や、任意のプロセスの nice 値の変更を行う。
 295 .IP *
 296 呼び出し元プロセスに対するリアルタイムスケジューリングポリシーと、 任意のプロセスに対するスケジューリングポリシーと優先度を設定する
 297 (\fBsched_setscheduler\fP(2), \fBsched_setparam\fP(2))。
 298 .IP *
 299 任意のプロセスに対する CPU affinity を設定できる (\fBsched_setaffinity\fP(2))。
 300 .IP *
 301 任意のプロセスに対して I/O スケジューリングクラスと優先度を設定できる (\fBioprio_set\fP(2))。
 302 .IP *
 303 .\" FIXME CAP_SYS_NICE also has the following effect for
 304 .\" migrate_pages(2):
 305 .\"     do_migrate_pages(mm, &old, &new,
 306 .\"         capable(CAP_SYS_NICE) ? MPOL_MF_MOVE_ALL : MPOL_MF_MOVE);
 307 \fBmigrate_pages\fP(2)  を任意のプロセスに適用し、プロセスを任意のノードに移動する。
 308 .IP *
 309 \fBmove_pages\fP(2)  を任意のプロセスに対して行う。
 310 .IP *
 311 \fBmbind\fP(2)  と \fBmove_pages\fP(2)  で \fBMPOL_MF_MOVE_ALL\fP フラグを使用する。
 312 .RE
 313 .PD
 314 .TP
 315 \fBCAP_SYS_PACCT\fP
 316 \fBacct\fP(2)  を呼び出す。
 317 .TP
 318 \fBCAP_SYS_PTRACE\fP
 319 \fBptrace\fP(2)  を使って任意のプロセスをトレースする。 任意のプロセスに \fBget_robust_list\fP(2)  を適用する。
 320 \fBkcmp\fP(2) を使ってプロセス内部を調査する。
 321 .TP
 322 \fBCAP_SYS_RAWIO\fP
 323 .PD 0
 324 .RS
 325 .IP * 2
 326 I/O ポート操作を実行する (\fBiopl\fP(2)、 \fBioperm\fP(2))。
 327 .IP *
 328 \fI/proc/kcore\fP にアクセスする。
 329 .IP *
 330 \fBFIBMAP\fP \fBioctl\fP(2) 操作を使用する。
 331 .IP *
 332 x86 モデルに固有のレジスタ (MSR レジスタ群、 \fBmsr\fP(4) 参照) にアクセスするためのデバイスをオープンする。
 333 .IP *
 334 \fI/proc/sys/vm/mmap_min_addr\fP を更新する。
 335 .IP *
 336 \fI/proc/sys/vm/mmap_min_addr\fP で指定された値よりも小さなアドレスにメモリマッピングを作成する。
 337 .IP *
 338 \fI/proc/bus/pci\fP にあるファイルをマップする。
 339 .IP *
 340 \fI/dev/mem\fP や \fI/dev/kmem\fP をオープンする。
 341 .IP *
 342 各種の SCSI デバイスコマンドを実行する。
 343 .IP *
 344 \fBhpsa\fP(4) デバイスや \fBcciss\fP(4) デバイスの特定の操作を実行する。
 345 .IP *
 346 他のデバイスに対して各種のデバイス固有命令を実行する。
 347 .RE
 348 .PD
 349 .TP
 350 \fBCAP_SYS_RESOURCE\fP
 351 .PD 0
 352 .RS
 353 .IP * 2
 354 ext2 ファイルシステム上の予約されている領域を使用する。
 355 .IP *
 356 ext3 のジャーナル機能を制御する \fBioctl\fP(2)  を使用する。
 357 .IP *
 358 ディスク quota の上限を上書きする。
 359 .IP *
 360 リソース上限を増やす (\fBsetrlimit\fP(2))。
 361 .IP *
 362 \fBRLIMIT_NPROC\fP リソース制限を上書きする。
 363 .IP *
 364 コンソール割り当てにおいてコンソールの最大数を上書きする。
 365 .IP *
 366 キーマップの最大数を上書きする。
 367 .IP *
 368 リアルタイムクロックから秒間 64 回を越える回数の割り当てが許可する。
 369 .IP *
 370 メッセージキューに関する上限 \fImsg_qbytes\fP を
 371 \fI/proc/sys/kernel/msgmnb\fP に指定されている上限よりも大きく設定する
 372 (\fBmsgop\fP(2) と \fBmsgctl\fP(2) 参照)。
 373 .IP *
 374 \fBF_SETPIPE_SZ\fP \fBfcntl\fP(2) を使ってパイプの容量を設定する際に
 375 上限 \fI/proc/sys/fs/pipe\-size\-max\fP を上書きする。
 376 .IP *
 377 \fI/proc/sys/fs/pipe\-max\-size\fP に指定されている上限を超えてパイプの容量
 378 を増やすのに \fBF_SETPIPE_SZ\fP を使用する。
 379 .IP *
 380 POSIX メッセージキューを作成する際に、
 381 上限 \fI/proc/sys/fs/mqueue/queues_max\fP を上書きする
 382 (\fBmq_overview\fP(7) 参照)。
 383 .IP *
 384 \fBprctl\fP(2) \fBPR_SET_MM\fP 操作を使用する。
 385 .IP *
 386 \fBCAP_SYS_RESOURCE\fP を持ったプロセスによって最後に設定された値よりも小さな値を \fI/proc/PID/oom_score_adj\fP
 387 に設定する。
 388 .RE
 389 .PD
 390 .TP
 391 \fBCAP_SYS_TIME\fP
 392 システムクロックを変更する (\fBsettimeofday\fP(2), \fBstime\fP(2), \fBadjtimex\fP(2))。 リアルタイム
 393 (ハードウェア) クロックを変更する。
 394 .TP
 395 \fBCAP_SYS_TTY_CONFIG\fP
 396 \fBvhangup\fP(2) を使用する。
 397 特権が必要な仮想端末に関する各種の \fBioctl\fP(2) 操作を利用できる。
 398 .TP
 399 \fBCAP_SYSLOG\fP (Linux 2.6.37 以降)
 400 .IP * 3
 401 特権が必要な \fBsyslog\fP(2) 操作を実行できる。
 402 どの操作が特権が必要かについての情報は \fBsyslog\fP(2) を参照。
 403 .IP *
 404 \fI/proc/sys/kernel/kptr_restrict\fP の値が 1 の場合、 \fI/proc\fP
 405 や他のインターフェース経由で公開されているカーネルアドレスを参照する (\fBproc\fP(5) の \fIkptr_restrict\fP の議論を参照)。
 406 .TP
 407 \fBCAP_WAKE_ALARM\fP (Linux 3.0 以降)
 408 .\"
 409 システムを起こすトリガーを有効にする (タイマー \fBCLOCK_REALTIME_ALARM\fP
 410 や \fBCLOCK_BOOTTIME_ALARM\fP を設定する)。
 411 .SS 過去と現在の実装
 412 完全な形のケーパビリティを実装するには、以下の要件を満たす必要がある：
 413 .IP 1. 3
 414 全ての特権操作について、カーネルはそのスレッドの実効ケーパビリティセットに 必要なケーパビリティがあるかを確認する。
 415 .IP 2.
 416 カーネルで、あるスレッドのケーパビリティセットを変更したり、 取得したりできるシステムコールが提供される。
 417 .IP 3.
 418 ファイルシステムが、実行可能ファイルにケーパビリティを付与でき、ファイル 実行時にそのケーパビリティをプロセスが取得できるような機能をサポートする。
 419 .PP
 420 .\"
 421 カーネル 2.6.24 より前では、最初の 2つの要件のみが満たされている。 カーネル 2.6.24 以降では、3つの要件すべてが満たされている。
 422 .SS スレッドケーパビリティセット
 423 各スレッドは以下の 3種類のケーパビリティセットを持つ。各々のケーパビリティセットは 上記のケーパビリティの組み合わせである
 424 (全てのケーパビリティが無効でもよい)。
 425 .TP
 426 \fI許可 (permitted)\fP:
 427 そのスレッドが持つことになっている実効ケーパビリティの 限定的なスーパーセットである。 これは、実効ケーパビリティセットに \fBCAP_SETPCAP\fP
 428 ケーパビリティを持っていないスレッドが継承可能ケーパビリティセットに 追加可能なケーパビリティの限定的なスーパーセットでもある。
 429
 430 許可ケーパビリティセットから削除してしまったケーパビリティは、 (set\-user\-ID\-root プログラムか、
 431 そのケーパビリティをファイルケーパビリティで許可しているプログラムを \fBexecve\fP(2)  しない限りは) もう一度獲得することはできない。
 432 .TP
 433 \fI継承可能 (inheritable)\fP:
 434 \fBexecve\fP(2)  を前後で保持されるケーパビリティセットである。 この仕組みを使うことで、あるプロセスが \fBexecve\fP(2)
 435 を行う際に新しいプログラムの許可ケーパビリティセットとして 割り当てるケーパビリティを指定することができる。
 436 .TP
 437 \fI実効 (effective)\fP:
 438 カーネルがスレッドの権限 (permission) をチェックするときに 使用するケーパビリティセットである。
 439 .PP
 440 \fBfork\fP(2)  で作成される子プロセスは、親のケーパビリティセットのコピーを継承する。 \fBexecve\fP(2)
 441 中のケーパビリティの扱いについては下記を参照のこと。
 442 .PP
 443 \fBcapset\fP(2)  を使うと、プロセスは自分自身のケーパビリティセット を操作することができる (下記参照)。
 444 .PP
 445 .\" commit 73efc0394e148d0e15583e13712637831f926720
 446 .\"
 447 Linux 3.2 以降では、 ファイル \fI/proc/sys/kernel/cap_last_cap\fP で、
 448 実行中のカーネルでサポートされているケーパビリティの最大値を参照できる。 この情報を使って、
 449 ケーパビリティセットに設定される可能性がある最上位ビットを判定することができる。
 450 .SS ファイルケーパビリティ
 451 カーネル 2.6.24 以降では、 \fBsetcap\fP(8)  を使って実行ファイルにケーパビリティセットを対応付けることができる。
 452 ファイルケーパビリティセットは \fIsecurity.capability\fP という名前の拡張属性に保存される (\fBsetxattr\fP(2)
 453 参照)。この拡張属性への書き込みには \fBCAP_SETFCAP\fP ケーパビリティが必要である。
 454 ファイルケーパビリティセットとスレッドのケーパビリティセットの両方が 考慮され、 \fBexecve\fP(2)
 455 後のスレッドのケーパビリティセットが決定される。
 456
 457 3 つのファイルケーパビリティセットが定義されている。
 458 .TP
 459 \fI許可 (Permitted)\fP (以前の\fI強制 (Forced)\fP):
 460 スレッドの継承可能ケーパビリティに関わらず、そのスレッドに自動的に 認められるケーパビリティ。
 461 .TP
 462 \fI継承可能 (Inheritable)\fP (以前の \fI許容 (Allowed)\fP):
 463 このセットと、スレッドの継承可能ケーパビリティセットとの 論理積 (AND) がとられ、 \fBexecve\fP(2)
 464 の後にそのスレッドの許可ケーパビリティセットで有効となる 継承可能ケーパビリティが決定される。
 465 .TP
 466 \fI実効 (effective)\fP:
 467 これは集合ではなく、1 ビットの情報である。 このビットがセットされていると、 \fBexecve\fP(2)
 468 実行中に、そのスレッドの新しい許可ケーパビリティが全て 実効ケーパビリティ集合においてもセットされる。 このビットがセットされていない場合、
 469 \fBexecve\fP(2)  後には新しい許可ケーパビリティのどれも新しい実効ケーパビリティ集合 にセットされない。
 470
 471 .\"
 472 ファイルの実効ケーパビリティビットを有効にするというのは、 \fBexecve\fP(2)
 473 実行時に、ファイルの許可ケーパビリティと継承ケーパビリティに対応するものが スレッドの許可ケーパビリティセットとしてセットされるが、
 474 これが実効ケーパビリティセットにもセットされるということである (ケーパビリティの変換ルールは下記参照)。
 475 したがって、ファイルにケーパビリティを割り当てる際 (\fBsetcap\fP(8), \fBcap_set_file\fP(3),
 476 \fBcap_set_fd\fP(3))、 いずれかのケーパビリティに対して実効フラグを有効と指定する場合、
 477 許可フラグや継承可能フラグを有効にした他の全てのケーパビリティ についても実効フラグを有効と指定しなければならない。
 478 .SS "execve() 中のケーパビリティの変換"
 479 .PP
 480 \fBexecve\fP(2)  実行時に、カーネルはプロセスの新しいケーパビリティを次の アルゴリズムを用いて計算する：
 481 .in +4n
 482 .nf
 483
 484 P'(permitted) = (P(inheritable) & F(inheritable)) |
 485                 (F(permitted) & cap_bset)
 486
 487 P'(effective) = F(effective) ? P'(permitted) : 0
 488
 489 P'(inheritable) = P(inheritable)    [つまり、変更されない]
 490
 491 .fi
 492 .in
 493 各変数の意味は以下の通り:
 494 .RS 4
 495 .IP P 10
 496 \fBexecve\fP(2)  前のスレッドのケーパビリティセットの値
 497 .IP P'
 498 \fBexecve\fP(2)  後のスレッドのケーパビリティセットの値
 499 .IP F
 500 ファイルケーパビリティセットの値
 501 .IP cap_bset
 502 ケーパビリティバウンディングセットの値 (下記参照)
 503 .RE
 504 .\"
 505 .SS ケーパビリティと、ルートによるプログラムの実行
 506 \fBexecve\fP(2)  時に、ケーパビリティセットを使って、全ての権限を持った \fIroot\fP を実現するには、以下のようにする。
 507 .IP 1. 3
 508 set\-user\-ID\-root プログラムが実行される場合、 またはプロセスの実ユーザ ID が 0 (root) の場合、
 509 ファイルの継承可能セットと許可セットを全て 1 (全てのケーパビリティが有効) に定義する。
 510 .IP 2.
 511 set\-user\-ID\-root プログラムが実行される場合、 ファイルの実効ケーパビリティビットを 1 (enabled) に定義する。
 512 .PP
 513 .\" If a process with real UID 0, and nonzero effective UID does an
 514 .\" exec(), then it gets all capabilities in its
 515 .\" permitted set, and no effective capabilities
 516 上記のルールにケーパビリティ変換を適用した結果をまとめると、 プロセスが set\-user\-ID\-root プログラムを \fBexecve\fP(2)
 517 する場合、または実効 UID が 0 のプロセスがプログラムを \fBexecve\fP(2)  する場合、許可と実効のケーパビリティセットの全ケーパビリティ
 518 (正確には、ケーパビリティバウンディングセットによるマスクで除外されるもの 以外の全てのケーパビリティ) を取得するということである。
 519 これにより、伝統的な UNIX システムと同じ振る舞いができるようになっている。
 520 .SS ケーパビリティ・バウンディングセット
 521 ケーパビリティ・バウンディングセット (capability bounding set) は、 \fBexecve\fP(2)
 522 時に獲得できるケーパビリティを制限するために使われる セキュリティ機構である。 バウンディングセットは以下のように使用される。
 523 .IP * 2
 524 \fBexecve\fP(2)  実行時に、ケーパビリティ・バウンディングセットと ファイルの許可ケーパビリティセットの論理和 (AND) を取ったものが、
 525 そのスレッドの許可ケーパビリティセットに割り当てられる。 つまり、ケーパビリティ・バウンディングセットは、
 526 実行ファイルが認めている許可ケーパビリティに対して 制限を課す働きをする。
 527 .IP *
 528 (Linux 2.6.25 以降)  ケーパビリティ・バウンディングセットは、スレッドが \fBcapset\fP(2)
 529 により自身の継承可能セットに追加可能なケーパビリティの母集団を 制限する役割を持つ。
 530 スレッドに許可されたケーパビリティであっても、バウンディングセットに 含まれていなければ、スレッドはそのケーパビリティは自身の継承可能セットに
 531 追加できず、その結果、継承可能セットにそのケーパビリティを含むファイルを \fBexecve\fP(2)
 532 する場合、そのケーパビリティを許可セットに持ち続けることができない、 ということである。
 533 .PP
 534 バウンディングセットがマスクを行うのは、継承可能ケーパビリティではなく、 ファイルの許可ケーパビリティのマスクを行う点に注意すること。
 535 あるスレッドの継承可能セットにそのスレッドのバウンディングセットに 存在しないケーパビリティが含まれている場合、そのスレッドは、
 536 継承可能セットに含まれるケーパビリティを持つファイルを実行することにより、 許可セットに含まれるケーパビリティも獲得できるということである。
 537 .PP
 538 カーネルのバージョンにより、ケーパビリティ・バウンディングセットは システム共通の属性の場合と、プロセス単位の属性の場合がある。
 539 .PP
 540 \fBLinux 2.6.25 より前のケーパビリティ・バウンディングセット\fP
 541 .PP
 542 2.6.25 より前のカーネルでは、ケーパビリティ・バウンディングセットは システム共通の属性で、システム上の全てのスレッドに適用される。
 543 バウンディングセットは \fI/proc/sys/kernel/cap\-bound\fP ファイル経由で参照できる。
 544 (間違えやすいが、このビットマスク形式のパラメータは、 \fI/proc/sys/kernel/cap\-bound\fP では符号付きの十進数で表現される。)
 545
 546 \fBinit\fP プロセスだけがケーパビリティ・バウンディングセットで ケーパビリティをセットすることができる。 それ以外では、スーパーユーザ
 547 (より正確には、 \fBCAP_SYS_MODULE\fP ケーパビリティを持ったプログラム) が、
 548 ケーパビリティ・バウンディングセットのケーパビリティのクリアが できるだけである。
 549
 550 通常のシステムでは、ケーパビリティ・バウンディングセットは、 \fBCAP_SETPCAP\fP が無効になっている。 この制限を取り去るには
 551 (取り去るのは危険!)、 \fIinclude/linux/capability.h\fP 内の \fBCAP_INIT_EFF_SET\fP
 552 の定義を修正し、カーネルを再構築する必要がある。
 553
 554 .\"
 555 システム共通のケーパビリティ・バウンディングセット機能は、 カーネル 2.2.11 以降で Linux に追加された。
 556 .PP
 557 \fBLinux 2.6.25 以降のケーパビリティ・バウンディングセット\fP
 558 .PP
 559 Linux 2.6.25 以降では、 「ケーパビリティ・バウンディングセット」はスレッド単位の属性である
 560 (システム共通のケーパビリティ・バウンディングセットはもはや存在しない)。
 561
 562 バウンディングセットは \fBfork\fP(2)  時にはスレッドの親プロセスから継承され、 \fBexecve\fP(2)  の前後では保持される。
 563
 564 スレッドが \fBCAP_SETPCAP\fP ケーパビリティを持っている場合、そのスレッドは \fBprctl\fP(2)  の
 565 \fBPR_CAPBSET_DROP\fP 操作を使って自身のケーパビリティ・バウンディングセットから ケーパビリティを削除することができる。
 566 いったんケーパビリティをバウンディングセットから削除してしまうと、 スレッドはそのケーパビリティを再度セットすることはできない。 \fBprctl\fP(2)
 567 の \fBPR_CAPBSET_READ\fP 操作を使うことで、スレッドがあるケーパビリティが自身のバウンディングセット
 568 に含まれているかを知ることができる。
 569
 570 バウンディングセットからのケーパビリティの削除がサポートされるのは、
 571 カーネルのコンパイル時にファイルケーパビリティが有効になっている場合
 572 だけである。Linux 2.6.33 より前のカーネルでは、ファイルケーパビリティは
 573 設定オプション CONFIG_SECURITY_FILE_CAPABILITIES で切り替えられる追加の
 574 機能であった。Linux 2.6.33 以降では、この設定オプションは削除され、
 575 ファイルケーパビリティは常にカーネルに組込まれるようになった。
 576 ファイルケーパビリティがカーネルにコンパイル時に組み込まれている場合、
 577 (全てのプロセスの先祖である) \fIinit\fP プロセスはバウンディングセットで
 578 全てのケーパビリティが セットされた状態で開始する。ファイルケーパビリティ
 579 が有効になっていない場合には、 \fIinit\fP はバウンディングセットで
 580 \fBCAP_SETPCAP\fP 以外の全てのケーパビリティがセットされた状態で開始する。
 581 このようになっているのは、 \fBCAP_SETPCAP\fP ケーパビリティがファイルケー
 582 パビリティがサポートされていない場合には 違った意味を持つからである。
 583
 584 .\"
 585 .\"
 586 バウンディングセットからケーパビリティを削除しても、 スレッドの継承可能セットからはそのケーパビリティは削除されない。
 587 しかしながら、バウンディングセットからの削除により、 この先そのケーパビリティをスレッドの継承可能セットに追加すること はできなくなる。
 588 .SS "ユーザ ID 変更のケーパビリティへの影響"
 589 ユーザ ID が 0 と 0 以外の間で変化する際の振る舞いを従来と同じにするため、 スレッドの実 UID、実効 UID、保存
 590 set\-user\-ID、ファイルシステム UID が (\fBsetuid\fP(2), \fBsetresuid\fP(2)  などを使って)
 591 変更された際に、カーネルはそのスレッドのケーパビリティセットに 以下の変更を行う:
 592 .IP 1. 3
 593 UID の変更前には実 UID、実効 UID、保存 set\-user\-ID のうち 少なくとも一つが 0 で、変更後に実 UID、実効 UID、保存
 594 set\-user\-ID が すべて 0 以外の値になった場合、許可と実効のケーパビリティセットの 全ケーパビリティをクリアする。
 595 .IP 2.
 596 実効 UID が 0 から 0 以外に変更された場合、 実効ケーパビリティセットの全ケーパビリティをクリアする。
 597 .IP 3.
 598 実効 UID が 0 以外から 0 に変更された場合、 許可ケーパビリティセットの内容を実効ケーパビリティセットにコピーする。
 599 .IP 4.
 600 ファイルシステム UID が 0 から 0 以外に変更された場合 (\fBsetfsuid\fP(2)
 601 参照)、実効ケーパビリティセットの以下のケーパビリティがクリアされる: \fBCAP_CHOWN\fP, \fBCAP_DAC_OVERRIDE\fP,
 602 \fBCAP_DAC_READ_SEARCH\fP, \fBCAP_FOWNER\fP, \fBCAP_FSETID\fP, \fBCAP_LINUX_IMMUTABLE\fP
 603 (Linux 2.2.30 以降), \fBCAP_MAC_OVERRIDE\fP, \fBCAP_MKNOD\fP (Linux 2.2.30 以降)。
 604 ファイルシステム UID が 0 以外から 0 に変更された場合、 上記のケーパビリティのうち許可ケーパビリティセットで有効になっているものが
 605 実効ケーパビリティセットで有効にされる。
 606 .PP
 607 .\"
 608 各種 UID のうち少なくとも一つが 0 であるスレッドが、 その UID の全てが 0 以外になったときに許可ケーパビリティセットが
 609 クリアされないようにしたい場合には、 \fBprctl\fP(2)  の \fBPR_SET_KEEPCAPS\fP 操作を使えばよい。
 610 .SS プログラムでケーパビリティセットを調整する
 611 各スレッドは、 \fBcapget\fP(2)  や \fBcapset\fP(2)  を使って、自身のケーパビリティセットを取得したり変更したりできる。
 612 ただし、これを行うには、 \fIlibcap\fP パッケージで提供されている \fBcap_get_proc\fP(3)  や
 613 \fBcap_set_proc\fP(3)  を使うのが望ましい。 スレッドのケーパビリティセットの変更には以下のルールが適用される。
 614 .IP 1. 3
 615 呼び出し側が \fBCAP_SETPCAP\fP ケーパビリティを持っていない場合、新しい継承可能セットは、 既存の継承可能セットと許可セットの積集合
 616 (AND) の部分集合で なければならない。
 617 .IP 2.
 618 (Linux 2.6.25 以降)  新しい継承可能セットは、既存の継承可能セットとケーパビリティ・ バウンディングセットの積集合 (AND)
 619 の部分集合でなければならない。
 620 .IP 3.
 621 新しい許可セットは、既存の許可セットの部分集合でなければならない (つまり、そのスレッドが現在持っていない許可ケーパビリティを
 622 獲得することはできない)。
 623 .IP 4.
 624 新しい実効ケーパビリティセットは新しい許可ケーパビリティセットの 部分集合になっていなければならない。
 625 .SS "securebits フラグ: ケーパビリティだけの環境を構築する"
 626 .\" For some background:
 627 .\"       see http://lwn.net/Articles/280279/ and
 628 .\"       http://article.gmane.org/gmane.linux.kernel.lsm/5476/
 629 カーネル 2.6.26 以降で、 ファイルケーパビリティが有効になったカーネルでは、 スレッド単位の \fIsecurebits\fP
 630 フラグが実装されており、このフラグを使うと UID 0 (\fIroot\fP)  に対するケーパビリティの特別扱いを無効することができる。
 631 以下のようなフラグがある。
 632 .TP
 633 \fBSECBIT_KEEP_CAPS\fP
 634 このフラグをセットされている場合、UID が 0 のスレッドの UID が 0 以外の値に
 635 切り替わる際に、そのスレッドはケーパビリティを維持することができる。 このフラグがセットされていない場合には、UID が 0 から 0 以外の値に
 636 切り替わると、そのスレッドは全てのケーパビリティを失う。 このフラグは \fBexecve\fP(2)  時には全てクリアされる (このフラグは、以前の
 637 \fBprctl\fP(2)  の \fBPR_SET_KEEPCAPS\fP 操作と同じ機能を提供するものである)。
 638 .TP
 639 \fBSECBIT_NO_SETUID_FIXUP\fP
 640 このフラグをセットすると、スレッドの実効 UID とファイルシステム UID が 0 と 0 以外の間で切り替わった場合に、
 641 カーネルはケーパビリティセットの調整を行わなくなる (「ユーザ ID 変更のケーパビリティへの影響」の節を参照)。
 642 .TP
 643 \fBSECBIT_NOROOT\fP
 644 このビットがセットされている場合、 set\-user\-ID\-root プログラムの実行時や、 実効 UID か 実 UID が 0 のプロセスが
 645 \fBexecve\fP(2)  を呼び出した時に、カーネルはケーパビリティを許可しない (「ケーパビリティと、ルートによるプログラムの実行」の節を参照)。
 646 .PP
 647 上記の "base" フラグの各々には対応する "locked" フラグが存在する。 いずれの "locked"
 648 フラグも一度セットされると戻すことはできず、 それ以降は対応する "base" フラグを変更することができなくなる。 "locked" フラグは
 649 \fBSECBIT_KEEP_CAPS_LOCKED\fP, \fBSECBIT_NO_SETUID_FIXUP_LOCKED\fP,
 650 \fBSECBIT_NOROOT_LOCKED\fP という名前である。
 651 .PP
 652 \fIsecurebits\fP フラグは、 \fBprctl\fP(2)  の操作 \fBPR_SET_SECUREBITS\fP や
 653 \fBPR_GET_SECUREBITS\fP を使うことで変更したり取得したりできる。 フラグを変更するには \fBCAP_SETPCAP\fP
 654 ケーパビリティが必要である。
 655
 656 \fIsecurebits\fP フラグは子プロセスに継承される。 \fBexecve\fP(2) においては、
 657 \fBSECBIT_KEEP_CAPS\fP が常にクリアされる以外は、全てのフラグが保持される。
 658
 659 アプリケーションは、以下の呼び出しを行うことにより、 自分自身および子孫となるプロセス全てに対して、
 660 必要なファイルケーパビリティを持ったプログラムを実行しない限り、 対応するケーパビリティを獲得できないような状況に閉じこめることができる。
 661 .in +4n
 662 .nf
 663
 664 prctl(PR_SET_SECUREBITS,
 665         SECBIT_KEEP_CAPS_LOCKED |
 666         SECBIT_NO_SETUID_FIXUP |
 667         SECBIT_NO_SETUID_FIXUP_LOCKED |
 668         SECBIT_NOROOT |
 669         SECBIT_NOROOT_LOCKED);
 670 .fi
 671 .in
 672 .SH 準拠
 673 .PP
 674 ケーパビリティに関する標準はないが、 Linux のケーパビリティは廃案になった POSIX.1e 草案に基づいて実装されている。
 675 .UR http://wt.xpilot.org\:/publications\:/posix.1e/
 676 .UE
 677 を参照。
 678 .SH 注意
 679 カーネル 2.5.27 以降、ケーパビリティは選択式のカーネルコンポーネント となっており、カーネル設定オプション
 680 CONFIG_SECURITY_CAPABILITIES により有効/無効を切り替えることができる。
 681
 682 .\" 7b9a7ec565505699f503b4fcf61500dceb36e744
 683 \fI/proc/PID/task/TID/status\fP ファイルを使うと、スレッドのケーパビリティセットを見ることができる。
 684 \fI/proc/PID/status\fP ファイルには、プロセスのメインスレッドのケーパビリティセットが表示される。 Linux 3.8 より前では、
 685 これらのケーパビリティセットの表示で、 存在しないケーパビリティはすべて有効 (1) として表示される。 Linux 3.8 以降では、
 686 存在しないケーパビリティはすべて無効 (0) として表示される。 (\fBCAP_LAST_CAP\fP
 687 より大きい値を持つケーパビリティが存在しないケーパビリティである)。
 688
 689 \fIlibcap\fP パッケージは、ケーパビリティを設定・取得するための ルーチン群を提供している。これらのインタフェースは、 \fBcapset\fP(2)
 690 と \fBcapget\fP(2)  が提供するインターフェースと比べて、より使いやすく、変更される可能性が少ない。 このパッケージでは、
 691 \fBsetcap\fP(8), \fBgetcap\fP(8)  というプログラムも提供されている。 パッケージは以下で入手できる。
 692 .br
 693 .UR http://www.kernel.org\:/pub\:/linux\:/libs\:/security\:/linux\-privs
 694 .UE .
 695
 696 バージョン 2.6.24 より前、およびファイルケーパビリティが 有効になっていない2.6.24 以降のカーネルでは、 \fBCAP_SETPCAP\fP
 697 ケーパビリティを持ったスレッドは自分以外のスレッドの ケーパビリティを操作できる。 しかしながら、これは理論的に可能というだけである。
 698 以下のいずれかの場合においても、どのスレッドも \fBCAP_SETPCAP\fP ケーパビリティを持つことはないからである。
 699 .IP * 2
 700 2.6.25 より前の実装では、システム共通のケーパビリティ・バウンディングセット \fI/proc/sys/kernel/cap\-bound\fP
 701 ではこのケーパビリティは常に無効になっており、 ソースを変更してカーネルを再コンパイルしない限り、 これを変更することはできない。
 702 .IP *
 703 現在の実装ではファイルケーパビリティが無効になっている場合、 プロセス毎のバウンディングセットからこのケーパビリティを抜いて \fBinit\fP
 704 は開始され、 システム上で生成される他の全てのプロセスでこのバウンディングセットが 継承される。
 705 .SH 関連項目
 706 \fBcapget\fP(2), \fBprctl\fP(2), \fBsetfsuid\fP(2), \fBcap_clear\fP(3),
 707 \fBcap_copy_ext\fP(3), \fBcap_from_text\fP(3), \fBcap_get_file\fP(3),
 708 \fBcap_get_proc\fP(3), \fBcap_init\fP(3), \fBcapgetp\fP(3), \fBcapsetp\fP(3),
 709 \fBlibcap\fP(3), \fBcredentials\fP(7), \fBpthreads\fP(7), \fBgetcap\fP(8), \fBsetcap\fP(8)
 710 .PP
 711 Linux カーネルソース内の \fIinclude/linux/capability.h\fP
 712 .SH この文書について
 713 この man ページは Linux \fIman\-pages\fP プロジェクトのリリース 3.53 の一部
 714 である。プロジェクトの説明とバグ報告に関する情報は
 715 http://www.kernel.org/doc/man\-pages/ に書かれている。