基本上，Linux 檔案系統的每一個檔案都屬於一個使用者和一個群組。可以授權這些私有群組和所有其他人寫入、讀取或執行這些檔案。

在本案例中，群組可以定義成一組連線的使用者，具備特定的結合權限。例如，定義可以在特定專案 project3 工作的群組。Linux 系統的每一位使用者，至少屬於一個私有群組的成員，一般是 users。需要時可以在系統新增很多群組，但只有 root 才可以新增群組。每一個使用者都可以使用指令 groups，知道成員的所屬群組。

在某些狀況下，存取許可權可能受限太多。因此，Linux 擁有其他的設定，可以讓目前使用者與群組可以識別特定動作的暫時變更。例如，passwd 程式通常需要開機許可權來存取 /etc/passwd。此檔案包含一些重要的資訊，例如，使用者的主目錄，以及使用者與群組的 ID。因此，一般使用者將無法變更 passwd，因為授與所有使用者直接存取此檔案是非常危險的。此問題的可行解決方案是 setuid 機制。setuid (設定使用者 ID) 是一種特殊檔案屬性，可以指示系統根據特定使用者 ID 的標示來執行程式。請考慮使用 passwd 指令：

-rwsr-xr-x  1 root shadow 80036 2004-10-02 11:08 /usr/bin/passwd

您會看到 s，表示已針對使用者許可權設定 setuid 位元。藉由 setuid 位元，所有啟動 passwd 指令的使用者，皆能以 root 來執行。

setuid 位元適用於使用者。不過，群組也有對等的屬性：setgid 位元。設定此位元的程式會以儲存時指定的群組 ID 來執行，無論啟動它的使用者為何。因此，在附帶 setgid 位元的目錄中，所有新建的檔案和子目錄會指定至目錄所屬的群組。請思考以下範例目錄：

drwxrws--- 2 tux archive 48 Nov 19 17:12
   backup

您會看到 s，表示已針對群組許可權設定 setgid 位元。目錄的擁有者與 archive 群組的成員可存取此目錄。非此群組成員的使用者會「對應」到個別群組。所有已寫入檔案的有效群組 ID 將會是 archive。例如，以 archive 群組 ID 執行的備份程式，即使沒有 root 權限，仍然能夠存取此目錄。

另外還有黏貼位元。它屬於可執行程式或目錄結果是不一樣的。如果它屬於程式，用此方法標示的檔案會載入 RAM，每次使用時就不需要從硬碟取得該程式。此屬性很少用，因為現在硬碟速度夠快了。如果此位元指定至目錄，它會禁止使用者刪除其他人的檔案。典型範例包括 /tmp 和 /var/tmp 目錄：

drwxrwxrwt   2 root  root   1160 2002-11-19 17:15 /tmp
  

除 Linux 檔案系統物件外，傳統許可權概念 (例如檔案或目錄) 可以透過 ACL (存取控制清單) 來擴充。它們允許將檔案系統物件的許可權，指定給原始擁有者或所屬群組以外的使用者或群組。

使用簡單的 ls -l 指令，可以偵測延伸存取許可權的檔案或目錄：

-rw-r--r--+ 1 tux project3 14197 Jun 21  15:03 Roadmap

Roadmap 的擁有者是 tux，而後者屬於 project3 群組。tux 擁有此檔案的寫入和讀取存取權。群組和所有其他使用者都有讀取存取權。區分此檔案與沒有 ACL 的檔案，唯一的不同是擁有許可權位元的欄中有多出來的 +。

執行 getfacl Roadmap 可取得 ACL 的詳細資訊：

# file: Roadmap
# owner: tux
# group: project3
user::rw-
user:jane:rw-       effective: r--
group::r--
group:djungle:rw-   effective: r--
mask::r--
other::---

輸出的前三行資訊，使用 ls -l 便能取得。這幾行僅敘述檔案名稱、擁有者和所屬群組。4 到 9 行記錄 ACL 項目。傳統存取許可權代表使用 ACL 時，可能的子集合。此 ACL 範例中，授與讀取和寫入存取權給檔案擁有者和使用者 jane (第 4 和 5 行)。傳統概念已經擴充，允許額外的使用者存取。群組存取權也適用相同的處理方式。所屬群組保存讀取許可權 (第 6 行) 和群組 djungle 具有讀取和寫入許可權。第 8 行的 mask 項目會減低使用者 jane 和群組 djungle 的有效許可權，只剩下讀取權限。其他使用者和群組沒有檔案的任何存取權 (第 9 行)。

在此僅提供最基本的資訊。在 章 24, Linux 存取控制清單 可以找到更多 ACL 的相關詳細資訊。