このサイトは、もともと作者の自分用メモとして書き始めたものです。書いてあることが全て正しいとは限りません。他の文献、オフィシャルなサイトも確認して、自己責任にて利用してください。

パーミッション

Table of Contents

• パーミッションの表し方
  • 特殊ビット
• パーミッションの設定方法
• ファイルのパーミッション
  • ファイルの特殊ビット
• ディレクトリのパーミッション
  • ビット組み合わせ時の考察
  • [コラム]： ファイルの管理構造とディレクトリパーミッション
  • ディレクトリの特殊ビット

パーミッションの表し方

パーミッションの表現形式には、オクテット(8進数)形式：

775

と、シンボル形式：

rwxrwxr-x

の2種類がある。左から「オーナー」、「グループ」、「その他」 に許された権限を表す。

通常ビット：

オクテット形式の時には、これらの数字を足し算した結果で表す。最初に挙げたふたつの例は等価だ。ファイルとディレクトリではパーミッションの働き方がかなり違うので、ほぼ別個の仕組みとして理解しておいたほうがいい。

特殊ビット

オクテット形式では

4777

のように一番左にもうひとつ数字を足して表す。シンボル形式では

rwsrwSrwt

のように実行ビット (x) の位置を置き換える。

パーミッションの設定方法

パーミッションを変更できるのはそのオブジェクトの所有者 だけだ。パーミッションを変更するには

chmod perm file_or_dir

するわけだが、perm の部分の書き方にも、オクテット形式とシンボル形式がある。例：

オクテット形式には疑問の余地はなかろう。下表は chmod でシンボル形式を使う際の注意点：

なお、シンボル形式でも、perm をカンマで区切れば、ユーザやグループのパーミッションに関する個別の操作を一度に行うことができる。例：

chmod u+x,g-w,o=r this_file

`ls -l' で表示されるパーミッション表現と chmod の引数に指定するパーミッションは書式が異なるので、シェルスクリプトを書く時に困ることがある。例えばファイルA のパーミッションを調べてそれと同じパーミッションをファイルB に対して設定したいような時だ。筆者は、これに対処するために GAWK を使って`ls -l' の出力を chmod の形式に変換するこんなルーティンを書いたことがある。

ファイルのパーミッション

ファイルに対する「読み」「書き」「実行」に関しては誰も説明は要らないだろう。ただ、ひとつ非常に重要なポイントは、UNIXでは、ファイルやディレクトリに書き込み権限がなくてもそれ自体を削除できるということだ。ファイルやディレクトリを削除できるかどうかは、直上のディレクトリのパーミッションが支配する。

ファイルの特殊ビット

ファイルの setuid

実行バイナリファイル (シェルスクリプトは不可 ※コラム参照) に setuid ビットを立てておくと、誰がそれを実行しても、ファイルの所有者のUIDで走る。

ファイルの setgid

実行バイナリファイルに setgid ビットを立てておくと、どんなグループに属するユーザがそれを実行しても、ファイルに設定されたグループのGIDで走る。

ディレクトリのパーミッション

ディレクトリのパーミッションを理解しようとする際には、ファイルのパーミッションのことはおおかた忘れたほうがいい。でないとかえって混乱する。ディレクトリのパーミッション動作を呑み込むコツは、どのビットが立っていたら何が「できるか」ではなく、どのビットがなかったら何が「できないか」と考えることだ。ここで言う「内容物」は、そのディレクトリ内のファイルやサブディレクトリなどといったオブジェクトを指す。

ビット組み合わせ時の考察

これらを組み合わせた場合の効果はじっくり考えれば分かるが、より明確にするため、組み合わせ毎の状態をリストアップしてみよう。自ずと、今度は「立っていなかったら」でなく、「立っていたら」ということになる。例として下図のようなディレクトリを想定する。単純化するために、ここではオーナービットだけを考慮する。

カレントディレクトリ
         └test  <問題としているディレクトリ>
            └some.txt     rwx(7)
             somedir      rwx(7)
                  └another.txt rwx(7)

テスト項目： ls= 'ls test', cd= 'cd test', rm, cat は直下の内容物を削除、閲覧できるか。作成は test 直下に新たなファイル/ディレクトリを作れるか。更新は test 直下の既存のファイル/ディレクトリに変更を加えられるか。実行は test 直下の既存の実行ファイルを実行できるか。なお、200(-w-) と 300(-wx) は滅多に使われないので考察対象から外す。

混乱を避けるため触れなかったが、再確認しておくべき重要事項は、test ディレクトリ自体を削除できるかどうかは test 自体のパーミッションビットにはまったく依存せず、さらにひとつ上の親ディレクトリのパーミッションで規定されるという点だ。

ディレクトリの特殊ビット

ディレクトリの setgid

このディレクトリの中に新たな内容物が作られる時、そのオブジェクトは、このディレクトリに設定してあるグループIDを継承する。setgid ビットそのものも継承される。

ディレクトリの setuid

意味無し。一部のホームページには、新規内容物のオーナーIDがディレクトリのオーナーと同じになるようなことも書いてあるが、どう実験してもそうはならない。そういう実装方法を採っている UNIX系OS もあるのかもしれないが、今のところ不明。

stickyビット

スティッキービットは、UNIX の中でも Linux だけに特有の機能らしい。これはディレクトリの「その他 (others)」に対してのみ適用される制約で、 /tmp ディレクトリや samba のパブリックフォルダのように万人に読み書きの許されたディレクトリに設定することが多い。すべてのビットと sticky ビットの立ったディレクトリ内に taro というユーザが内容物を作ると、このオブジェクトは万人が読み書きできるが、オブジェクトの削除は taro 本人かディレクトリのオーナーにしかできない。