GNU/LinuxおよびUnixのオペレーティングのためのより早い時では、標準的なセキュリティモデルはシングル・ユーザーにシステム一般的なユーザーに最低の一組の特権を、完全な特権を許可している間説明する与えた、システムおよびユーザーを管理するのに使用されたすなわち根は特権港に取付けるためにソフトウェア、台紙およびunmountのファイルシステム、負荷の穀粒モジュールを、プロセスを結合し、多くのサービスを動かす。
特権を要求する幾分危ないためにすべての行為を行うすべてまたは何もではなかった確認され、役割の区分化に適しなかったことルート・アカウントにこの依存は。 なお、それは特権港へシステム・ファイルか結合を開けることのような活動の非常に小さい一部分のためにだけ根の特権を要求するかもしれないsetuidの塗布内の脆弱性の危険性を高めた。
この危険は公開システムのコミュニティの内でよく理解された。 その結果、IEEE Std.1003.1e (aka POSIX.1eかPOSIX.6)は標準化された一組の合わせるシステムのための保証インターフェイスを開発し1995年に始められた大きな影響含まれたアクセス・コントロール・リスト(ACL)、特権(機能)の監査、分離、必須のアクセス管理(MAC)および情報ラベルだった。
仕事は一致の欠乏による文書の草案17はの1998年にIEEEのRevConで終わった(大抵矛盾した既存の練習のために。) 形式的な標準の努力が失敗する間、それ以来ドラフト標準の多くはこのポストが探検する機能を含むLinuxの穀粒の方法を作ってしまった。
最初に、私達はLinuxの機能は何を意味するか。 それは基本的に草案POSIX.1eの標準で記述されている機能モデルの延長verionである。 計算基盤(TCB)ことを信頼されて含んでいるUnixのVMSか版をよく知っている読者は確認し特権としてに幾分類似しているとしてそれを。 これらの機能はプロセス、ユーザー、ファイルシステムにおよびもっと許可されるか、または割り当てられるかもしれない一組の明瞭で論理的な特権に根のprivlilegesのセットを仕切る。 傍白として、言葉の機能はジャックデニスおよびEarlヴァンHorn (CACM Vol. 9、#3、PP 143-155、1966年3月。)によって1966ペーパーに起きた 機能はハードウェア札、プログラミング言語内の暗号解読法によって、含んでいる多くの方法で実行することができる(例えば。ジャワ)または保護されたアドレス空間を使用する。 機能基づかせていたメカニズムへの紹介のためにここに行きなさい。 Linuxは道具の機能に保護されたアドレス空間および拡張されたファイル属性を使用する。
機能の旗は機能の属性である。 許可された(p)と示される3つの機能の旗がある