アプリアーマー

アプリアーマー

原作者	イミュニクス
開発者	当初はImmunix (1998-2005) が担当し、その後Novell傘下のSUSE (2005-2009) が担当し、現在はCanonical Ltd (2009 年以降) が担当しています。
初回リリース	1998年; 26年前 （1998年）
安定版リリース	3.1.7 [1]  / 2024年2月2日; 9か月前 （2024年2月2日）
リポジトリ	gitlab.com/apparmor
書かれた	C、Python、C++、sh [2]
オペレーティング·システム	リナックス
タイプ	セキュリティ、Linux セキュリティ モジュール(LSM)
ライセンス	GNU 一般公衆利用許諾書
Webサイト	翻訳元

AppArmor (「Application Armor」) は、システム管理者がプログラムごとのプロファイルを使用してプログラムの機能を制限できるようにする Linuxカーネル セキュリティ モジュールです。プロファイルでは、ネットワーク アクセス、raw ソケット アクセス、一致するパス上のファイルの読み取り、書き込み、実行の権限などの機能を許可できます。AppArmor は、強制アクセス制御(MAC) を提供することで、従来の Unix任意アクセス制御(DAC) モデルを補完します。バージョン 2.6.36 以降、メインライン Linux カーネルに部分的に組み込まれており、その開発は 2009 年からCanonicalによってサポートされています。

手動でプロファイルを作成するだけでなく、AppArmor には学習モードも含まれており、プロファイル違反はログに記録されますが、防止はされません。このログは、プログラムの一般的な動作に基づいて AppArmor プロファイルを生成するために使用できます。

AppArmor は、Linux セキュリティ モジュール(LSM) カーネル インターフェイスを使用して実装されます。

AppArmor は、管理者が設定や保守を行うのが難しいと批評家が考えるSELinuxの代替として部分的に提供されています。 ^[3]ファイルにラベルを適用する SELinux とは異なり、AppArmor はファイル パスで動作します。AppArmor の支持者は、AppArmor は SELinux よりも複雑ではなく、平均的なユーザーにとって習得しやすいと主張しています。^[4]また、AppArmor では既存のシステムで動作するために必要な変更が少ないとも主張しています。^[要出典]たとえば、SELinux では「セキュリティ ラベル」をサポートするファイルシステムが必要なので、NFS経由でマウントされたファイルへのアクセス制御を提供できません。AppArmor はファイルシステムに依存しません。

AppArmor は、インストールされたソフトウェアが実行できるアクションを制限する問題に対するいくつかの可能なアプローチの 1 つです。

SELinuxシステムは、一般的に AppArmor に似たアプローチを採用しています。重要な違いが 1 つあります。SELinux は、ファイル システム オブジェクトをパスではなくinode番号で識別します。AppArmor では、アクセスできないファイルへのハード リンクが作成されると、そのファイルにアクセスできるようになります。この違いは以前ほど重要ではないかもしれません。Ubuntu 10.10 以降では、他のディストリビューションでも使用されている Yama と呼ばれるセキュリティ モジュールによってこの問題が緩和されています。^[5] SELinux の inode ベースのモデルでは、ハード リンクがアクセスできない inode を指しているため、新しく作成されたハード リンクを介したアクセスが常に本質的に拒否されます。

SELinux と AppArmor は、管理方法やシステムへの統合方法も大きく異なります。

プロセスの分離は、仮想化などのメカニズムによっても実現できます。たとえば、One Laptop per Child (OLPC) プロジェクトでは、軽量のVserverで個々のアプリケーションをサンドボックス化します。

2007 年に、Simplified Mandatory Access Control Kernelが導入されました。

2009 年には、 Tomoyoと呼ばれる新しいソリューションが Linux 2.6.30 に組み込まれました。AppArmor と同様に、これもパスベースのアクセス制御を使用します。

AppArmor は、 Immunix Linux 1998-2003で初めて使用されました。当時、AppArmor は SubDomain ^{[6] [7]}と呼ばれていました。これは、特定のプログラムのセキュリティ プロファイルを異なるドメインに分割し、プログラムがそれらのドメイン間を動的に切り替えることができる機能を指していました。AppArmor は、SLESとopenSUSEで初めて利用可能になり、SLES 10 と openSUSE 10.1 で初めてデフォルトで有効になりました。

2005年5月、NovellはImmunixを買収し、SubDomainをAppArmorとしてブランド変更し、Linuxカーネルへの組み込みに向けてコードのクリーンアップと書き直しを開始しました。 ^{[8] 2005年から2007年9月まで、AppArmorはNovellによって保守されていました。Novellは}SUSEに買収され、現在、商標名AppArmorの法的所有者となっています。 [ ^9]

AppArmor は 2007 年 4 月に初めてUbuntuに移植/パッケージ化されました。AppArmor は Ubuntu 7.10 からデフォルトのパッケージとなり、Ubuntu 8.04 のリリースの一部として提供され、デフォルトではCUPSのみを保護します。Ubuntu 9.04 では、MySQL などのより多くの項目にプロファイルがインストールされています。AppArmor の強化は Ubuntu 9.10 でも改善され、ゲスト セッション、libvirt仮想マシン、Evince ドキュメント ビューアー、およびオプションの Firefox プロファイル用のプロファイルが同梱されています。^[10]

AppArmorは2010年10月の2.6.36カーネルリリースに統合されました。^{[11] [12] [13] [14]}

AppArmorは2014年の5.1ベータ版以降、SynologyのDSMに統合されています。^[15]

AppArmorは2017年8月15日のSolusリリース3で有効化されました。 ^[16]

AppArmorは、2019年7月にリリースされたDebian 10（Buster）ではデフォルトで有効になっています。^[17]

AppArmorはArch Linuxの追加リポジトリで利用可能です。^[18]

• セキュリティ強化Linux
• システムトレース

• AppArmor ウィキ
• AppArmor - Ubuntu Wiki
• SDB:AppArmor - openSUSE Wiki
• AppArmor - ArchWiki
• カウンターポイント - Novell と Red Hat のセキュリティ専門家が AppArmor と SELinux をめぐって対決
• SLES 15 SP2 | セキュリティと強化ガイド | AppArmor による権限の制限
• LKML: Tony Jones: [RFC][PATCH 0/11] セキュリティ: AppArmor - 概要