ファイルシステムのアクセス許可

初期のタイムシェアリングシステムである互換タイムシェアリングシステム（CTSS）は、複数のユーザーをサポートしていました。各ユーザーのアカウントには「問題番号」と「プログラマー番号」がありました。^{[ 2 ]}

CTSSファイルシステムの最初のバージョンでは、2つの「読み取り専用」ファイルモードのみがサポートされていました。そのうちの1つはユーザーが解除でき、もう1つはコンピュータセンターに提出された編集カードでのみ解除できます。^{[ 2 ]： 45-46}ファイルは、同じプロジェクトのユーザー間で共有できます。共有ファイルはプログラマ番号0に割り当てられます。^{[ 2 ]： 24}読み取り専用ビットによって提供される保護以外に保護はありません。

ファイルシステムの2番目のバージョンには、「読み取り専用」と「書き込み専用」の別々のパーミッションビットがあり、後者はファイルへの追記のみを許可します。また、ファイルの作成者のみがアクセスできる「プライベート」ビットと、ファイルの作成者のみがファイルのパーミッションを変更できる「保護」ビットもあります。^{[ 3 ]}

Multicsタイムシェアリングシステムのユーザーには「Person_id」が、プロジェクトには「Project_id」が割り当てられています。ユーザーはPerson_idとProject_idを使用してシステムにログインします。ファイルにはアクセス制御リスト（ACL）があり、エントリにはPerson_idまたは「*」、Project_idまたは「*」、および「インスタンスタグ」または「*」が含まれます。インスタンスタグはプロセスの種類を表し、たとえば「a」は通常の対話型セッションのプロセスを表します。ACLのエントリは、プロセスのPerson_id、Project_id、およびインスタンスタグと照合されます。「*」は、すべてのPerson_id、Project_id、またはインスタンスタグに一致するワイルドカードです。ワイルドカードの数が最も少ないACLエントリが使用されます^{。[ 4 ]： 6-2、6-46-8}

ファイルに対するACLには「読み取り」、「書き込み」、「実行」のアクセス権限があり、ディレクトリに対するACLには「ステータス」（ディレクトリ内のファイルとディレクトリの属性の読み取りを許可）、「変更」（ディレクトリ内のファイルとディレクトリの属性の変更およびディレクトリからの項目の削除を許可）、「追加」（ディレクトリへの新しい項目の追加を許可）のアクセス権限がある。^{[ 4 ]： 6-3}

TENEXのユーザーは、複数のグループに属している。^{[ 5 ]： 44}

ファイルまたはディレクトリには、一連のパーミッションビットがあり、ファイルまたはディレクトリの所有者に対するパーミッションに6ビット、ファイルまたはディレクトリのグループ内の他のユーザーに対するパーミッションに6ビット、その他のユーザーに対するパーミッションに6ビットが割り当てられています。ファイルの場合、パーミッションビットは「読み取り」、「書き込み」、「実行」、「追加」、および「ファイルの各ページには独自のパーミッションがある」であり、6番目のビットは使用されません。ディレクトリの場合、パーミッションビットは「アクセス許可」（設定されていない場合は、ディレクトリへのアクセスは許可されません）、「ディレクトリ内のファイルを開くことができる」（ファイルのパーミッションビットに従う）、「ファイルのパスワードなしで所有者と同様の機能を実行できる」、および「ディレクトリにファイルを追加できる」であり、5番目と6番目のビットは使用されません。^{[ 5 ]： 42-44}

TOPS-10のユーザーアカウントには、プログラマー番号とプロジェクト番号が付与されています。

ファイルには一連のアクセス許可ビットがあり、3ビットはファイルの所有者のアクセス許可、3ビットは所有者と同じプロジェクト番号を持つ他のユーザーのアクセス許可、そして残りの3ビットはその他のすべてのユーザーのアクセス許可を表します。オペレーティングシステムは、包含ディレクトリのプログラマー番号と同じプログラマー番号を持つアカウントを所有者として扱うか、包含ディレクトリと同じプログラマー番号とプロジェクト番号を持つアカウントのみを所有者として扱うように構成できます。アクセス許可ビットの値は次のとおりです。

• 7 - アクセス権限はない。ただし、所有者はファイルのパーミッションを変更するためにファイルを参照することができる。
• 6 - 実行専用;
• 5 - 読み込みと実行。
• 4 - 追加、読み込み、実行。
• 3 - 更新、追加、読み取り、および実行。
• 2 - 書き込み、更新、追加、読み取り、および実行。
• 1 - 名前変更、書き込み、更新、追加、読み取り、および実行。
• 0 - 権限の変更、名前の変更、書き込み、更新、追加、読み取り、および実行。

所有者は常に権限を変更することができます。^{[ 6 ]}

Unixの初期バージョン（v1）のファイルには、5ビットのパーミッションがありました。

• 非所有者による書き込み。
• 非所有者による閲覧。
• 所有者、書き込み;
• 読み上げ、所有者;
• 実行可能;

そして、set-UID ビットがありました。^{[ 7 ]}グループの概念はありませんでした。これは第 3 版 (v3) まで続きました。^{[ 8 ]}第 4 版 (v4) でグループが導入され、v4 のファイルには 9 ビットのパーミッションがありました。

• 読み上げ、所有者;
• 所有者、書き込み;
• 実行者、所有者。
• 読み込む、グループ;
• 書き込み、グループ;
• 実行、グループ;
• 読む、その他。
• 書く、その他。
• 実行、その他。

set-UID およびset-GID ビットも同様です。^{[ 9 ]}これはPOSIXで指定され、現在の Unix およびUnix ライクなシステムによって提供されるパーミッションと同じセットです。

これらのクラスは、ユーザーに対するアクセス許可のマッピング方法を決定します。ユーザー クラスのアクセス許可は、ファイルの所有者であるユーザーに適用されます。グループ クラスの アクセス許可は、ファイルの所有グループに属するユーザーに適用されます。その他クラスは、その他のユーザーに適用されます。

有効なアクセス許可とは、ユーザーが属するクラスのアクセス許可であり、その順序は「ユーザー」「グループ」「その他」の順になります。例えば、所有ユーザーは、所有グループに属していても、ユーザークラスの有効なアクセス許可を持ちます。

以下の権限は、ファイルおよびディレクトリに対する対応する操作を許可します。

ファイルごとに、アクセス権限に関連する3つの追加の1ビット属性が適用され、これらはアクセス権限とともにファイルモードに格納されます。

• ユーザーID、setuid 、またはSUIDモードを設定します。このビットが設定されたファイルを実行すると、ファイルの所有者ユーザーにユーザーIDが設定されたプロセスが生成されます。これにより、ユーザーを一時的にroot（または別のユーザー）として扱うことができます。
• set group ID、setgid、またはSGIDパーミッション。このビットが設定されたファイルを実行すると、そのファイルの所有グループにグループIDが設定されたプロセスが作成されます。ディレクトリに適用すると、そのディレクトリの下に作成された新しいファイルとディレクトリは、そのディレクトリからグループを継承します。（デフォルトの動作では、新しいファイルとディレクトリのグループを設定する際に、実効ユーザーのプライマリグループが使用されます。ただし、BSD派生システムでは、setgidビットがすべてのディレクトリで常に設定されているかのように動作します（Setuidを参照）。）
• スティッキーモード（テキストモードとも呼ばれる）。実行可能ファイル上のスティッキービットの従来の動作は、カーネルが終了後も結果として生成されたプロセスイメージをメモリに保持するように促すことでしたが、現在ではスティッキービットのこのような使用は、少数のUnix系オペレーティングシステム（HP-UXおよびUnixWare）に限定されています。ディレクトリでは、スティッキーパーミッションにより、ディレクトリへの書き込み権限があっても、自分以外のユーザーが所有するディレクトリ内のファイルの名前変更、移動、削除ができなくなります。この制限の対象外となるのは、ディレクトリの所有者とスーパーユーザーのみです。

権限は一般的に、記号表記または8進数表記で表されます。