text: AppArmor  是一個Linux核心安全模組，允許系統管理員透過每個程式的配置檔案限制程式的功能。如它的幫助頁面所說，“AppArmor 是一個對核心的增強工具，將程式限制在一個有限的資源集合中。AppArmor 獨特的安全模型將對訪問屬性的控制繫結到程式而非使用者。”AppArmor 透過提供強制訪問控制模型。 從Linux核心的2.6.36版本開始，它已經被包含在主流分支中，並且自2009年它的開發得到了 Canonical 公司的支援。功能特性.AppArmor 對相關程式的約束與控制透過 apparmor_parser 載入到核心的配置檔案來提供，這一般透過 /etc/init.d/apparmor 中的 SysV initscript ，如：AppArmor可以以兩種模式執行：執行模式：AppArmor 是使用Linux安全模組核心介面實現的。在2009年，Linux 2.6.30 中包含了一個名為 的新解決方案；像 AppArmor 一樣，它也使用基於路徑的訪問控制。同 SELinux 的異同.AppArmor 是作為 SELinux 的替代品出現的，因為對 SELinux 的批評者認為它難以讓管理員設定和維護。與基於將標籤應用於檔案的 SELinux 不同，AppArmor 使用檔案路徑來確認檔案。 AppArmor 的支持者聲稱，它對普通使用者而言要比 SELinux 更簡單、更易學習。 他們還認為 AppArmor 對現有系統的要求更低：例如 SELinux 需要支援“安全標籤”的檔案系統，因此無法為透過 NFS 掛載的檔案提供訪問控制。 AppArmor 則對檔案系統沒有要求。但不論如何，這兩個軟體產品對讓管理員加強系統的安全性都非常有幫助。他們都專注於訪問控制，強化了標準的Linux訪問控制策略。他們都生成日誌，並提供審計活動的工具。他們都在應用程式層內工作。從技術上講，他們同樣地使用LSM與Linux核心進行互動。它們允許管理員使用GUI與非GUI工具。最後，它們都允許管理員在沒有真正阻止訪問的情況下嘗試策略，以便僅在足夠數量的測試之後才應用安全加固策略。SELinux 和 AppArmor 的不同主要體現在管理方式和整合方式上。例如一個重要的區別： SELinux 透過 inode 編號而不是路徑標識檔案系統物件。這意味著如果給一個無法訪問的檔案建立了硬連結，在 AppArmor 中它將可以訪問，但 SELinux 透過新建立的硬連結仍然會拒絕訪問——由 inode 引用的基礎資料是一樣的。另外，在文件數量上 AppArmor 要比 SELinux 略遜一籌，這意味著網上尋找解決方案的難易程度同樣有所差異。歷史.AppArmor 在1998~2003年首先在 Linux中被使用。當時，AppArmor被稱為SubDomain，這個名字意在將特定程式的安全配置檔案分割成不同的域，而程式可以動態地在不同的域中進行切換。 AppArmor 首先在 SLES 和 openSUSE 中可用，並且在 10 和 openSUSE 10.1 中預設首先啟用。2005年5月，Novell 收購了 Immunix 並將 SubDomain 重新命名為 AppArmor，並開始對其 Linux 核心進行程式碼清理和重寫。從2005年到2007年9月，AppArmor 由 Novell 維護。從那時起，SUSE 就是商標名 AppArmor 的合法所有者。AppArmor 在2007年4月第一次成功移植並打包於 Ubuntu。它成為Ubuntu 7.10版本的預設軟體包，並最終作為Ubuntu 8.04發行版的一部分，預設設定只保護 CUPS。從 Ubuntu 9.04 開始，更多的專案已經安裝了配置檔案。在 Ubuntu 9.10 中，AppArmor 的功能不斷得到改進，因為它提供了客戶會話、libvirt 虛擬機器、Evince文件檢視器的配置檔案。它還提供了一個可選的 Firefox 的配置檔案。AppArmor 第一次被整合到 Linux 核心中是在2010年10月的2.6.36版本。2014年，AppArmor 已經整合到了 Synology 的 DSM 5.1 Beta中。
metadata: erhwenkuo/wikipedia-zhtw
metadata: AppArmor
metadata: https://zh.wikipedia.org/wiki?curid=6042066