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