MochiuWiki : SUSE, EC, PCB

「設定 - SELinux」の版間の差分

📢 Webサイト閉鎖と移転のお知らせ
このWebサイトは2026年9月に閉鎖いたします。
新しい記事は移転先で追加しております。（旧サイトでは記事を追加しておりません）

← 古い編集
ビジュアルウィキテキスト
 
(同じ利用者による、間の16版が非表示)
1行目: 1行目:
== 概要 ==
== 概要 ==
SELinuxは、Linuxのセキュリティ拡張機能である。 (Linux 2.6以降でサポート)<br>
SELinux (Security-Enhanced Linux) は、Linuxのセキュリティ拡張機能であり、強制アクセス制御 (MAC) の仕組みを提供する。 (Linux 2.6以降でサポート)<br>
Linuxに強制アクセス制御の仕組みを提供する。<br>
外部に侵入されないための仕組みではなく、侵入された後にアクセスできる範囲を最小限に抑えるための仕組みである。<br>
<br>
<br>
外部に侵入されないための仕組みではなく、侵入された後にアクセスできる範囲を最小限に抑えるための仕組みである。<br>
SELinuxの特徴を以下に示す。<br>
* 強制アクセス制御 (MAC)
*: 従来の任意アクセス制御 (DAC) に加えて、より厳格なアクセス制御を実現する。
*: <br>
* 最小権限の原則
*: プロセスやユーザに必要最小限の権限のみを与えることで、潜在的な被害を制限する。
*: <br>
* ポリシーベースの制御
*: システム管理者が定義したセキュリティポリシーに基づいてアクセスを制御する。
*: <br>
* コンテキストラベル
*: ファイル、プロセス、ポート等のリソースにセキュリティコンテキストを割り当てる。
*: <br>
* 動作モード
*: Enforcing (強制)、Permissive (許容)、Disabled (無効) の3つのモードがある。
*: <br>
* ログ機能
*: セキュリティ違反の試みを詳細にログに記録する。
<br>
<center>
{| class="wikitable" | style="background-color:#fefefe;"
|-
! colspan="2" style="background-color:#44CC99;" | SELinuxの参考書
|- style="text-align: center;"
| style="width: 50%" | <center><html><a href="https://www.amazon.co.jp/SELinux-System-Administration-applications-information/dp/1800201478?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&crid=3D1YVPV0TTWO4&keywords=SELinux_System_Administration&qid=1686204000&s=english-books&sprefix=selinux_system_administration%2Cenglish-books%2C277&sr=1-1&linkCode=ll1&tag=presire2-22&linkId=20d73b6c630514df5f58f7f3dae3ad76&language=ja_JP&ref_=as_li_ss_tl" target="_blank"><img style="width: 250px; height: auto;" src="https://m.media-amazon.com/images/I/81aU0AOWozL._SL1360_.jpg" ></a><br>
<a target="_blank" href="https://www.amazon.co.jp/SELinux-System-Administration-applications-information/dp/1800201478?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&crid=3D1YVPV0TTWO4&keywords=SELinux_System_Administration&qid=1686204000&s=english-books&sprefix=selinux_system_administration%2Cenglish-books%2C277&sr=1-1&linkCode=ll1&tag=presire2-22&linkId=3bb3c7a83c2ae68a2d542cd0cb000b38&language=ja_JP&ref_=as_li_ss_tl">SELinux System Administration 3rd Edition<br>ソフトウェアやユーザ等を保護するための強制アクセス制御(MAC)の実装</a></html></center>
| style="width: 50%" | <center><html><a href="https://www.amazon.co.jp/SELinux-Cookbook-English-Sven-Vermeulen-ebook/dp/B00NVDAWII?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&crid=FNML2OKPIKKI&keywords=SELinux+Cookbook&qid=1705129233&s=english-books&sprefix=selinux+cookbook%2Cenglish-books%2C167&sr=1-1&linkCode=ll1&tag=presire2-22&linkId=a8f1881d2772673e034bff83e9910fe5&language=ja_JP&ref_=as_li_ss_tl" target="_blank"><img style="width: 250px; height: auto;" src="https://m.media-amazon.com/images/I/8153xazSMPL._SL1500_.jpg" ></a><br>
<a target="_blank" href="https://www.amazon.co.jp/SELinux-Cookbook-English-Sven-Vermeulen-ebook/dp/B00NVDAWII?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&crid=FNML2OKPIKKI&keywords=SELinux+Cookbook&qid=1705129233&s=english-books&sprefix=selinux+cookbook%2Cenglish-books%2C167&sr=1-1&linkCode=ll1&tag=presire2-22&linkId=a8f1881d2772673e034bff83e9910fe5&language=ja_JP&ref_=as_li_ss_tl">SELinux Cookbook</a></html></center>
|}
</center>
<br><br>
 
== SELinuxの役割 ==
SELinuxは、Linux上で動作するプロセスからファイル等のリソースに対するアクセスを制御するのが主な機能である。<br>
通常のLinuxシステムでは、ユーザやグループのファイルに対するアクセス権で制御されますが、スーパーユーザは特権ユーザとして全てのファイル等にアクセスすることができる。<br>
<br>
これに対して、SELinuxは"強制アクセス制御"（MAC： Mandatory Access Control）と呼ばれる方式を採用している。<br>
MACは、スーパーユーザに対しても設定されたアクセス制御を超えた特権を与えることがない。<br>
<br>
多くのセキュリティ攻撃がスーパーユーザ権限を奪取することを第一の目的とし、その後の攻撃に繋げていることを考えると、セキュリティ対策として必要な機能といえる。<br>
<br><br>
<br><br>


27行目: 66行目:


== SELinuxの機能 ==
== SELinuxの機能 ==
==== セキュリティコンテキスト ====
==== セキュリティコンテキストの構造 ====
SELinuxでは、ドメインやタイプ等のことを、セキュリティコンテキストという形で表現する。<br>
<center>
<br>
{| class="wikitable"
セキュリティコンテキストの例を、以下に示す。<br>
|+ セキュリティコンテキストの形式：user:role:type:level
* system_u
! 要素 !! 識別子の例 !! 説明
*: ユーザ識別子
|-
* object_r
| ユーザ識別子 || system_u || SELinuxユーザを表す。<br>Linuxユーザとは異なる概念
*: ロール識別子
|-
* lib_t
| ロール識別子 || object_r || ユーザが遷移可能なドメインを制限する<br>RBAC (ロールベースアクセス制御) で使用する。
*: タイプ（ドメイン）識別子
|-
* s0
| タイプ／ドメイン識別子 || lib_t || プロセス (ドメイン)やファイル (タイプ)を識別<br>Type Enforcementで使用する。
*: MLS (Multi Level Security) ： 情報の機密性
|-
| レベル識別子 || s0 || MLS (Multi Level Security) および MCS (Multi Category Security) で使用。<br>情報の機密性を表す。
|}
</center>
<br>
<br>
==== SELinuxユーザ ====
==== SELinuxユーザ ====
Linuxユーザとは異なり、Linuxユーザごとに対応するSELinuxユーザが設定されている。<br>
<center>
<br>
{| class="wikitable"
SELinuxユーザの例を、以下に示す。<br>
! SELinuxユーザ !! 説明 !! 備考
* unconfined_u
|-
*: アクセス制限のないユーザ （RHELでは全てのLinuxユーザがunconfined_uになる）
| unconfined_u || アクセス制限のないユーザ || RHELでは全てのLinuxユーザがデフォルトでunconfined_uにマッピングされる。
|-
| user_u || 制限された一般ユーザ || 限定的な権限のみ持つ。
|-
| staff_u || 管理者補助ユーザ || user_uより権限が多いが、完全な管理者権限はない。
|-
| sysadm_u || システム管理者ユーザ || システム管理タスクを実行可能。
|-
| system_u || システムプロセス用ユーザ || デーモンやシステムサービスで使用する。
|-
| guest_u || ゲストユーザ || 最も制限されたユーザ<br>ネットワークアクセスやsudoの使用不可。
|-
| xguest_u || X Window System用ゲストユーザ || guest_uより少し権限が多い<br>GUIアプリケーション使用可能。
|}
</center>
<br>
<br>
==== ロール ====
==== ロール ====
ロールの例を、以下に示す。<br>
<center>
* object_r
{| class="wikitable"
*: 一般的なファイルのロールのこと。
! ロール !! 対象 !! 説明
*: ロールは、ファイルにとって意味は無い。
|-
* system_r
| object_r || ファイル || 一般的なファイルのロール<br>ファイルにとってロールは実質的な意味を持たない。(常にobject_r)
*: プロセスのロールのこと。
|-
*: /procディレクトリ下のプロセス関連のファイル等にも使用される。
| system_r || プロセス || システムプロセスやデーモンのロール<br>/procディレクトリ下のプロセス関連ファイルにも使用する。
|-
| user_r || プロセス || 一般ユーザ (user_u) が起動するプロセスのロール
|-
| staff_r || プロセス || スタッフユーザ (staff_u) が起動するプロセスのロール
|-
| sysadm_r || プロセス || システム管理者 (sysadm_u) が起動するプロセスのロール<br>管理タスクを実行可能
|-
| unconfined_r || プロセス || 制限のないロール<br>unconfined_uユーザに関連付けられる。
|}
</center>
<br>
<br>
==== ドメイン ====
==== ドメイン (プロセス用) ====
ドメインは、"制限のないドメイン"と"制限のあるドメイン"に大別できる。<br>
<center>
{| class="wikitable"
! 分類 !! ドメイン !! 説明
|-
| rowspan="3" | 制限のないドメイン<br> (Unconfined Domain) || unconfined_t || ログインユーザが起動するプロセスのドメイン<br>SELinuxによるアクセス制限を受けない。<br>通常のDACによるアクセス制御は有効。
|-
| initrc_t || initまたはsystemdで開始されたシステムプロセスのドメイン<br>SELinuxによる制限なし。
|-
| kernel_t || カーネルプロセスのドメイン<br>カーネルスレッドやカーネル内部処理で使用する。
|-
| rowspan="8" | 制限のあるドメイン<br> (Confined Domain) || httpd_t || Apache HTTP Server (httpd)プロセスのドメイン<br>Webサーバとして必要な最小限の権限のみ付与。
|-
| sshd_t || SSH デーモン (sshd)のドメイン<br>リモートアクセスに必要な権限のみ。
|-
| crond_t || cronデーモンのドメイン<br>スケジュールされたタスク実行に必要な権限のみ。
|-
| mysqld_t || MySQLデータベースサーバーのドメイン<br>データベース操作に必要な権限のみ。
|-
| ftpd_t || FTPサーバー (vsftpd等)のドメイン<br>ファイル転送に必要な権限のみ。
|-
| named_t || DNS サーバー (BIND)のドメイン<br>DNS問い合わせ処理に必要な権限のみ。
|-
| postfix_t || Postfix メールサーバーのドメイン<br>メール配送に必要な権限のみ。
|-
| samba_t || Sambaサーバーのドメイン<br>ファイル共有に必要な権限のみ。
|}
</center>
<br>
<br>
プロセスに割り当てられるドメインの例を、以下に示す。<br>
<u>※注意</u><br>
* 制限のないドメイン
<u>制限のないドメインは、SELinuxによる防御が無効となるため、システムが侵害された場合のセキュリティリスクが高い。</u><br>
*: SELinuxによるアクセス制限を受けない。
<u>可能な限り制限のあるドメインを使用することが推奨される。</u><br>
*: つまり、システムが乗っ取られた場合、SELinuxによる防御は意味をなさない。
*: 通常のパーミッションによるアクセス制御は行われる。
** unconfined_t
**: ログインユーザが起動するプロセスのドメイン。
** initrc_t
**: initで開始されたシステムプロセスのドメイン。
** kernel_t
**: カーネルプロセスのドメイン。
*: <br>
* 制限のあるドメイン
*: 一般的なソフトウェアに割り当てられる。
*: これらのドメインは、SELinuxによるアクセス制御がなされる。
** http_t
**: httpd関連プロセスのドメインのことである。
<br>
<br>
==== タイプ ====
==== タイプ (ファイル／オブジェクト用) ====
ファイルに割り当てられるタイプの例を、以下に示す。<br>
<center>
{| class="wikitable"
! タイプ !! 分類 !! 説明
|-
| file_t || デフォルト／未設定 || タイプが明示的に割り当てられていないファイル<br>制限されたドメインからはアクセス不可。<br>セキュリティ上の問題を示す可能性がある。
|-
| default_t || デフォルト／未設定 || 割り当てるべきタイプが設定されていない場合にデフォルトで付与されるタイプ<br>制限されたドメインからはアクセス不可。
|-
| httpd_sys_content_t || Webコンテンツ || Apache HTTP Serverが読み取り可能なWebコンテンツファイル<br>静的HTMLファイル等に使用する。
|-
| httpd_sys_script_exec_t || Webスクリプト || Apache HTTP ServerがCGIスクリプトとして実行可能なファイル
|-
| httpd_sys_rw_content_t || Webコンテンツ (R/W) || Apache HTTP Serverが読み書き可能なWebコンテンツ<br>アップロードディレクトリ等に使用する。
|-
| admin_home_t || 管理者ホーム || 管理者のホームディレクトリ内のファイル<br>一般ドメインからはアクセス不可。
|-
| user_home_t || ユーザホーム || 一般ユーザのホームディレクトリ内のファイル<br>ユーザ自身のドメインからのみアクセス可能。
|-
| tmp_t || 一時ファイル || /tmpディレクトリ内の一般的な一時ファイル
|-
| var_log_t || ログファイル || /var/logディレクトリ内のログファイル<br>特定のドメインのみ書き込み可能。
|-
| etc_t || 設定ファイル || /etcディレクトリ内の一般的な設定ファイル<br>多くのドメインから読み取り可能。
|-
| bin_t || 実行ファイル || /bin、/usr/binディレクトリ内の一般的な実行可能ファイル
|-
| lib_t || ライブラリ || /lib、/usr/libディレクトリ内の共有ライブラリファイル
|-
| device_t || デバイスファイル || /devディレクトリ内のデバイスファイル
|-
| sysfs_t || sysfs || /sysディレクトリ内のファイル<br>カーネルパラメータやデバイス情報
|}
</center>
<br>
<br>
* file_t
==== MLSレベル (Multi Level Security) ====
*: タイプが割り当てられていないことを示すタイプのこと。
<center>
*: 制限されたドメインからはアクセス不可である。
{| class="wikitable"
* default_t
! レベル !! 形式 !! 説明 !! 使用例
*: 割り当てるべきタイプが設定されていない場合に、デフォルトで割り当てられるタイプのこと。
|-
*: 制限されたドメインからはアクセス不可である。
| 単一レベル || s0 || 最低機密性レベル (Unclassified相当) || 一般的なシステムオブジェクト
|-
| 単一レベル || s1, s2, ... s15 || より高い機密性レベル || 機密情報<br>s1 : Confidential<br>s2 : Secret<br>s3 : Top Secret相当
|-
| 範囲指定 || s0〜s15 || レベル範囲 (s0〜s15まで) || プロセスがアクセス可能なレベル範囲
|-
| カテゴリ付き || s0:c0.c1023 || レベル + カテゴリ (MCS) || プロジェクトやテナントの分離
|-
| 範囲+カテゴリ || s0〜s15:c0.c1023 || 完全なMLS / MCS形式 || 最も詳細な分類
|}
</center>
<br>
<br>
<u>※注意</u><br>
<u>標準的なSELinuxポリシー (targeted policy) ではMLSは有効化されておらず、全てs0となる。</u><br>
<u>MLSを使用する場合は、mls policyを使用する必要がある。</u><br>
<br><br>


== ポリシーの設定 ==
== 各ソフトウェアのポリシー設定 ==
SELinuxを有効にしている場合、サービスが起動しない問題は、SELinuxポリシーによる制限が原因となる場合がある。<br>
SELinuxを有効にしている場合、サービスが起動しない問題は、SELinuxポリシーによる制限が原因となる場合がある。<br>
SELinuxはセキュリティ上の観点から、プログラムが実行できるアクションを制限することがある。<br>
SELinuxはセキュリティ上の観点から、プログラムが実行できるアクションを制限することがある。<br>
<br>
<br>
ポリシーファイルを作成するため、必要なライブラリをインストールする。<br>
まず、ポリシーファイルを作成するために必要なライブラリをインストールする。<br>
# RHEL
  sudo dnf install checkpolicy policycoreutils-python
  sudo dnf install checkpolicy policycoreutils-python
# SUSE
sudo zypper install checkpolicy python3-policycoreutils policycoreutils-devel
                    selinux-tools selinux-policy-devel  # その他SELinux関連のツールもインストールする場合
<br>
<br>
SELinuxのログを確認する。<br>
SELinuxのログを確認する。<br>
101行目: 230行目:
  sudo tail -f /var/log/audit/audit.log
  sudo tail -f /var/log/audit/audit.log
<br>
<br>
ポリシーモジュール(TEファイル : Type Enforcementファイル)を作成する。<br>
次に、ポリシーモジュール(TEファイル : Type Enforcement)とポリシーパッケージファイル (PPファイル : Policy Package) ファイルを作成する。<br>
TEファイルとは、特定のドメインに対するすべてのタイプとルールを定義するものである。<br>
TEファイルとは、特定のドメインに対する全てのタイプとルールを定義するものである。<br>
  sudo grep <サービス名> /var/log/audit/audit.log | audit2allow -M <任意のポリシーファイル名>
  sudo grep <サービス名> /var/log/audit/audit.log | audit2allow -M <任意のポリシーファイル名>
<br>
<br>
ポリシーモジュールをコンパイルする。<br>
必要であれば、TEファイルをコンパイルして、ポリシーモジュールファイル(.mod拡張子)を生成する。<br>
  checkmodule -M -m -o <任意のポリシーモジュール名>.mod <任意のポリシーモジュール名>.te
  checkmodule -M -m -o <任意のポリシーモジュール名>.mod <任意のポリシーモジュール名>.te
<br>
<br>
ポリシーパッケージを作成する。<br>
または、TEファイルから直接ポリシーパッケージファイル(.pp拡張子)を生成することもできる。<br>
  semodule_package -o <任意のポリシーモジュール名>.pp -m <任意のポリシーモジュール名>.mod
make -f /usr/share/selinux/devel/Makefile
<br>
もし、上記でTEファイルからポリシーモジュールファイル(.mod拡張子)を生成した場合、ポリシーパッケージ(.pp拡張子)を生成する。<br>
  semodule_package -o <任意のポリシーパッケージ名>.pp -m <任意のポリシーモジュール名>.mod
<br>
<br>
作成したポリシーモジュールをSELinuxにロードして、ポリシーを有効にする。<br>
作成したポリシーモジュールをSELinuxにロードして、ポリシーを有効にする。<br>
  sudo semodule -i <任意のポリシーモジュール名>
  sudo semodule -i <任意のポリシーパッケージ名>.pp
<br><br>
<br><br>


126行目: 258行目:
  sudo semodule -r <任意のポリシー名>
  sudo semodule -r <任意のポリシー名>
<br><br>
<br><br>
== ポリシーモジュールファイル (TEファイル) ==
ポリシーモジュールファイル (TEファイル) を作成することにより、特定のソフトウェアやサービスに対するカスタムポリシーを作成できる。<br>
以下に示す要素を組み合わせて、特定のアプリケーションやサービスに対するSELinuxポリシーモジュールを作成することができる。<br>
<br>
==== モジュール宣言 ====
ポリシーパッケージの名前とバージョンを定義する。<br>
これは、TEファイルの最初に記述する必要がある。<br>
<br>
policy_moduleマクロを使用すると、自動的にrequire文が追加され、system_rロール、全てのカーネルクラスとパーミッション・オプションでMLS / MCS情報 (sensitivityおよびcategoryステートメント) が含まれる。<br>
<br>
* モジュール名
*: ポリシーパッケージの名前
*: モジュールレイヤー内で一意である必要がある
* バージョン
*: ポリシーの更新管理に使用される
*: M.m.m形式 (Mはメジャーバージョン、mはマイナーバージョン)
<br>
policy_module(<モジュール名>, <バージョン>)
# または
module <モジュール名> <バージョン>;
例:
policy_module(myapp, 1.0.0)
<br>
==== タイプ定義 ====
セキュリティコンテキストの一部となるタイプを定義する。<br>
<br>
* タイプ
*: SELinuxのセキュリティコンテキストの一部である。
*: 一般的に、プロセス用のタイプ (_t)、実行ファイル用のタイプ (_exec_t)、データ用のタイプ (_data_t) 等を定義する。
*: タイプ名は、アンダースコアで区切られた意味のある名前にすること。
*: タイプ識別子は、全て _t で終わることが慣例である。(強制ではない)
* エイリアス
*: オプションでエイリアスを定義できる。
*: 複数のエイリアスはスペース区切りで中括弧で囲む。
* 属性
*: オプションで事前に宣言された属性を関連付けできる。
*: 複数の属性はカンマ区切りで指定する。
<br>
type <タイプ名>;
type <タイプ名> alias <エイリアス名>;
type <タイプ名>, <属性名>;
type <タイプ名> alias <エイリアス名>, <属性名>;
例:
type myapp_t;
type myapp_exec_t;
type myapp_data_t;
type myapp_log_t alias myapp_log_file_t;
type httpd_t, domain, daemon;
<br>
==== 属性定義 ====
複数のタイプをグループ化するための属性を定義する。<br>
<br>
* 属性名
*: 複数のタイプをグループ化するために使用される
*: これにより、複数のタイプに対して1度にルールを適用できる
*: 例えば、全てのネットワークデーモンに共通のルールを適用する場合等に便利である
*: 属性識別子は、タイプと同じ名前空間を共有する
*: 慣例として、属性は _t 以外で終わることでタイプと区別される
<br>
attribute <属性名>;
例:
attribute domain;
attribute daemon;
attribute file_type;
<br>
==== タイプ属性の割り当て ====
事前に宣言されたタイプを、事前に宣言された属性に関連付ける。<br>
<br>
typeattribute <タイプ名> <属性名> [, <属性名>];
例:
attribute domain;
attribute daemon;
type myapp_t;
typeattribute myapp_t domain, daemon;
<br>
==== ドメイン遷移ルール ====
プロセスのドメイン変更を定義する。<br>
<br>
===== type_transitionルール =====
このルールにより、特定のタイプの実行ファイルが実行された時に、プロセスのドメインが自動的に変更される。<br>
<br>
以下の例では、unconfined_tドメインのプロセスがmyapp_exec_tタイプの実行ファイルを実行する時、新しいプロセスはmyapp_tドメインで動作する。<br>
<br>
type_transition <ソースタイプ> <ターゲットタイプ>:<クラス> <デフォルトタイプ>;
# ファイル名遷移 (ポリシーバージョン25以降)
type_transition <ソースタイプ> <ターゲットタイプ>:<クラス> <デフォルトタイプ> <オブジェクト名>;
例:
type_transition unconfined_t myapp_exec_t:process myapp_t;
# ファイル名遷移の例
type_transition unconfined_t etc_t:file system_conf_t eric;
<br>
type_transitionルールは、以下に示す3つのallowルールとともに使用される必要がある。<br>
* ソースドメインがターゲットタイプに対してtransitionパーミッションを持つ。
* ソースドメインが実行ファイルタイプに対してread、execute、getattr等のパーミッションを持つ。
* デフォルトドメインが実行ファイルタイプに対してentrypointパーミッションを持つ。
<br>
<u>※注意</u><br>
<u>Reference Policyでは、domain_auto_transマクロがこれらのルールを自動的に生成する。</u><br>
<br>
===== type_changeルール =====
ユーザ空間のSELinux対応アプリケーションがオブジェクトのラベルを変更する時に使用される。<br>
これらのアプリケーションは、security_compute_relabel(3) と ポリシー内のtype_changeルールを使用して、適用すべき新しいコンテキストを決定する。<br>
<br>
type_change <ソースタイプ> <ターゲットタイプ>:<クラス> <変更後タイプ>;
例:
type_change auditadm_t sysadm_devpts_t:chr_file auditadm_devpts_t;
type_change staff_t server_ptynode:chr_file staff_devpts_t;
<br>
===== type_memberルール =====
SELinux対応アプリケーションがオブジェクトの新しいポリインスタンス化されたラベルを定義する時に使用される。<br>
これらのアプリケーションは、avc_compute_member(3) または security_compute_member(3)とポリシー内のtype_memberルールを使用して、適用すべきコンテキストを決定する。<br>
<br>
type_member <ソースタイプ> <ターゲットタイプ>:<クラス> <メンバータイプ>;
例:
type_member sysadm_t user_home_dir_t:dir user_home_dir_t;
<br>
==== allowルール ====
基本的なアクセス制御を定義する。<br>
ソースタイプ (通常はプロセス) がターゲットタイプ (ファイルやディレクトリ等) に対して特定の操作を行うことを許可する。<br>
<br>
* クラス
*: ファイル、ディレクトリ、ソケット等のリソースタイプを指定する。
* パーミッション
*: read、write、execute等の操作を指定する。
*: ワイルドカード演算子 (*) は、そのオブジェクトクラスのすべてのパーミッションを指定する。
*: 補完演算子 (~) は、明示的にリストされたパーミッション以外のすべてのパーミッションを指定する。
* self キーワード
*: ターゲットタイプにselfを指定すると、ソースタイプと同じタイプを意味する。
<br>
allow <ソースタイプ> <ターゲットタイプ>:<クラス> { <パーミッション> };
例:
allow myapp_t myapp_data_t:file { read write getattr };
allow kernel_t filesystem_type:filesystem mount;
allow staff_t self:capability { setgid chown fowner };
# ワイルドカード演算子の例
allow bootloader_t system_dbusd_t:dbus *;
# 補完演算子の例
allow files_unconfined_type file_type:{ file chr_file } ~execmod;
<br>
==== auditallowルール ====
イベントを監査記録として記録する。<br>
監査目的で有用な場合に使用する。<br>
<br>
このルールはイベントを監査するのみであり、アクセスを許可するにはallowルールが依然として必要である。<br>
<br>
auditallow <ソースタイプ> <ターゲットタイプ>:<クラス> { <パーミッション> };
例:
auditallow ada_t self:process execstack;
<br>
==== dontauditルール ====
拒否メッセージの監査を停止する。<br>
このイベントが常に発生することが既知であり、実際の問題を引き起こさない場合に使用する。<br>
<br>
これにより、既知のイベントを除外することで監査ログの管理を支援する。<br>
<br>
dontaudit <ソースタイプ> <ターゲットタイプ>:<クラス> { <パーミッション> };
例:
dontaudit traceroute_t { port_type -port_t }:tcp_socket name_bind;
<br>
==== neverallowルール ====
allowルールが操作に対して生成されてはならないことを指定する。<br>
これは以前に許可されていた場合でも同様である。<br>
<br>
neverallow文は、コンパイラで強制されるアクションであり、checkpolicyまたはcheckmoduleコンパイラは、ポリシーソース内にallowルールが生成されているかを確認して、生成されている場合は警告を発して停止する。<br>
<br>
neverallow <ソースタイプ> <ターゲットタイプ>:<クラス> { <パーミッション> };
例:
neverallow ~can_read_shadow_passwords shadow_t:file read;
neverallow { domain -mmap_low_domain_type } self:memprotect mmap_zero;
<br>
<u>※注意</u><br>
<u>neverallowステートメントはモジュール内で許可されているが、これらを検出するにはsemanage.confファイルにexpand-check=1エントリが存在する必要がある。</u><br>
<br>
==== require文 ====
モジュールポリシーソースファイル内で、外部ソースファイルから必要なポリシーコンポーネントを示すために使用される。<br>
<br>
require {
    <要求リスト>
};
例:
require {
    role system_r;
    type httpd_t, httpd_exec_t;
    class file { read write };
};
<br>
<center>
{| class="wikitable"
|+ 有効なrequire文キーワード
! キーワード !! 書式 !! 説明 !! 例
|-
| rowspan="7" | 識別子リスト型
| role || カンマ区切りの識別子リスト<br>最後はセミコロンで終わる。 || require { role system_r, user_r; };
|-
| type || カンマ区切りの識別子リスト<br>最後はセミコロンで終わる。 || require { type httpd_t, httpd_exec_t; };
|-
| attribute || カンマ区切りの識別子リスト<br>最後はセミコロンで終わる。 || require { attribute domain, daemon; };
|-
| user || カンマ区切りの識別子リスト<br>最後はセミコロンで終わる。 || require { user user_u, staff_u; };
|-
| bool || カンマ区切りの識別子リスト<br>最後はセミコロンで終わる。 || require { bool httpd_enable_cgi; };
|-
| sensitivity || カンマ区切りの識別子リスト<br>最後はセミコロンで終わる。 || require { sensitivity s0, s1; };
|-
| category || カンマ区切りの識別子リスト<br>最後はセミコロンで終わる。 || require { category c0, c1; };
|-
| class || 単一のクラス識別子 + パーミッションリスト || クラスキーワードの後に、単一のオブジェクトクラス識別子が続き、<br>その後に1つ以上のパーミッションが続く。<br>複数のパーミッションは中括弧で囲まれたスペース区切りのリスト || require { class file { read write }; };
|}
</center>
<br>
複数のキーワードを同一のrequireブロック内で使用することができる。<br>
<br>
require {
    role system_r;
    type httpd_t, httpd_exec_t;
    class file { read write getattr };
    class dir { search };
};
<br>
<u>※注意</u><br>
<u>requireステートメントキーワードのみが、require {...} ブロック内で許可される。</u><br>
<br>
==== gen_requireマクロ ====
Reference Policyマクロとして、モジュールファイル内でrequireブロックを挿入するために使用される。<br>
<br>
gen_require(`
    <要求ステートメント>
')
例:
gen_require(`
    type ftpd_etc_t;
')
<br>
==== インタフェース使用 ====
再利用可能なポリシールールを活用する。<br>
インタフェースは、再利用可能なポリシールールの集合である。<br>
<br>
共通の操作 (例: 設定ファイルの読み取り、ログの書き込み) に対して定義されている。<br>
これにより、ポリシーの記述が簡潔になり、一貫性が保たれる。<br>
<br>
インタフェース名(<引数1>, <引数2>, ...)
例:
files_read_etc_files(myapp_t)
logging_log_file(myapp_log_t)
domain_type(myapp_t)
domain_entry_file(myapp_t, myapp_exec_t)
<br>
<center>
{| class="wikitable"
|+ 一般的に使用されるインタフェースの例
! インタフェース名 !! カテゴリ !! 説明 !! 引数 !! 使用例
|-
| files_read_etc_files() || ファイルアクセス || /etcディレクトリ内のファイルの読み取りを許可 || ドメインタイプ || files_read_etc_files(myapp_t)
|-
| files_type() || タイプ宣言 || ファイルシステムタイプとして宣言する。<br>ファイルシステム関連の共通属性を自動的に割り当てる。 || タイプ識別子 || files_type(myapp_data_t)
|-
| logging_log_file() || タイプ宣言 || ログファイルタイプとして宣言する。<br>ログディレクトリへのアクセス権限を設定 || タイプ識別子 || logging_log_file(myapp_log_t)
|-
| domain_type() || タイプ宣言 || ドメインタイプとして宣言する。<br>プロセスドメインとしての属性を付与する。 || タイプ識別子 || domain_type(myapp_t)
|-
| domain_entry_file() || ドメイン遷移 || ドメインエントリポイントとして宣言する。<br>指定した実行ファイルからドメインへの遷移を設定 || ドメインタイプ、実行ファイルタイプ || domain_entry_file(myapp_t, myapp_exec_t)
|-
| corecmd_exec_bin() || コマンド実行 || /bin、/usr/bin内のコマンドの実行を許可 || ドメインタイプ || corecmd_exec_bin(myapp_t)
|-
| files_search_etc() || ファイルアクセス || /etcディレクトリの検索を許可 || ドメインタイプ || files_search_etc(myapp_t)
|-
| files_read_usr_files() || ファイルアクセス || /usrディレクトリ内のファイルの読み取りを許可 || ドメインタイプ || files_read_usr_files(myapp_t)
|-
| kernel_read_system_state() || システムアクセス || カーネルシステム状態の読み取りを許可 || ドメインタイプ || kernel_read_system_state(myapp_t)
|-
| corenet_tcp_bind_generic_node() || ネットワーク || 任意のネットワークノードへのTCPバインドを許可 || ドメインタイプ || corenet_tcp_bind_generic_node(myapp_t)
|-
| logging_search_logs() || ファイルアクセス || ログディレクトリの検索を許可 || ドメインタイプ || logging_search_logs(myapp_t)
|-
| init_daemon_domain() || タイプ宣言 || initデーモンドメインとして宣言する。<br>systemdから起動されるサービス用 || ドメインタイプ、実行ファイルタイプ || init_daemon_domain(myservice_t, myservice_exec_t)
|}
</center>
<br>
<u>※注意</u><br>
<u>これらはReference Policyマクロであり、.ifファイル内で定義されたインタフェースである。</u><br>
<u>使用時には、各インタフェースのドキュメントを参照して、必要な引数と動作を確認すること。</u><br>
<br>
==== ブール値の定義 ====
ランタイムでのポリシー調整を可能にする。<br>
ブール値は、ランタイムでポリシーの動作を変更するために使用される。<br>
<br>
管理者は、setseboolコマンドを使用してこれらの値を変更できる。<br>
これにより、システムの再起動やポリシーの再コンパイル無しでポリシーを調整できる。<br>
<br>
bool <ブール名> <デフォルト値>;
例:
bool myapp_enable_feature false;
bool allow_execheap false;
bool allow_execstack true;
<br>
デフォルト値は、true または false である。<br>
<br>
==== 条件付きポリシー ====
動的なポリシー適用を実現する。<br>
条件付きポリシーは、ブール値の状態に基づいてポリシールールを動的に適用または除外する。<br>
<br>
これにより、単一のポリシーモジュール内で異なる設定をサポートすることができる。<br>
<br>
if (<条件式>) {
    <trueリスト>
}
if (<条件式>) {
    <trueリスト>
}
else {
    <falseリスト>
}
例:
if (myapp_enable_feature) {
    allow myapp_t user_home_t:file { read write };
}
if (allow_daemons_use_tty) {
    term_use_all_terms(daemon)
}
else {
    term_dontaudit_use_all_terms(daemon)
}
<br>
条件式で使用可能な論理演算子:<br>
* &&  (論理AND)
* ||  (論理OR)
* ^  (排他的OR、XOR)
* !  (論理NOT)
* ==  (等しい)
* !=  (等しくない)
<br>
if/else構成内で許可されるステートメントとルール:<br>
* allow、auditallow、dontaudit
* type_member、type_change
* type_transition (ファイル名遷移を除く)
* require
<br>
<u>※注意</u><br>
<u>neverallowとauditdeny (非推奨) は条件付きステートメント内では許可されない。</u><br>
<br>
==== optional文 ====
ポリシーステートメントが最終的にコンパイルされたポリシーに存在する場合と存在しない場合を示すために使用される。<br>
<br>
optional {...} 内の全てのステートメントが正常に展開できる場合にのみ、ステートメントがポリシーに含まれる。<br>
これは通常、リストの先頭でrequireステートメントを使用することで実現される。<br>
<br>
optional {
    <ルールリスト>
}
optional {
    <ルールリスト>
} else {
    <代替ルールリスト>
}
例:
optional_policy(`
    unconfined_domain(ada_t)
')
<br>
==== ロールの割り当て ====
ユーザのアクセス可能なドメインを制限する。<br>
<br>
* ロール
*: ユーザがアクセスできるドメイン (タイプ) を制限するために使用される。
*: 特定のロールにタイプを関連付けることにより、そのロールを持つユーザのみがそのタイプのプロセスを実行できる。
*: ロール識別子は、慣例として _r で終わる。(強制ではない)
<br>
role <ロール名> types <タイプ名>;
例:
role system_r types myapp_t;
role user_r types user_t;
<br>
===== role allowルール =====
ロールの変更が許可されているかどうかを確認する。<br>
許可されている場合、role_transitionのさらなる要求が行われ、プロセスが新しいロールまたはロールセットで実行される。<br>
<br>
allow <ソースロール名> <ターゲットロール名>;
例:
allow sysadm_r secadm_r;
<br>
===== role_transitionルール =====
ロール遷移が必要であることを指定する。<br>
許可されている場合、プロセスは新しいロールで実行される。<br>
<br>
ポリシーバージョン25以降、クラスを定義できる。<br>
<br>
role_transition <ソースロール> <ターゲットタイプ> <クラス> <デフォルトロール>;
例:
role_transition system_r httpd_exec_t:process system_r;
<br>
==== ファイルコンテキストの指定 ====
ファイルシステムのラベリングルールを定義する。<br>
これは、指定されたタイプをファイルタイプとして宣言する。<br>
<br>
ファイルタイプには、ファイルシステム関連の共通属性が自動的に割り当てられる。<br>
これにより、ファイルシステムのラベリングルールを簡単に定義できる。<br>
<br>
files_type(<タイプ名>)
例:
files_type(myapp_data_t)
files_type(myapp_log_t)
<br>
<u>※注意</u><br>
<u>files_type()は、Reference Policyマクロであり、ポリシー言語の標準ステートメントではない。</u><br>
<br>
==== 予約語 ====
下表のキーワードは、SELinuxポリシー言語で予約されている。<br>
<br>
<center>
{| class="wikitable"
! colspan="4" | 予約語リスト
|-
| alias || allow || and || attribute
|-
| attribute_role || auditallow || auditdeny || bool
|-
| category || cfalse || class || clone
|-
| common || constrain || ctrue || dom
|-
| domby || dominance || dontaudit || else
|-
| equals || false || filename || filesystem
|-
| fscon || fs_use_task || fs_use_trans || fs_use_xattr
|-
| genfscon || h1 || h2 || identifier
|-
| if || incomp || inherits || iomemcon
|-
| ioportcon || ipv4_addr || ipv6_addr || l1
|-
| l2 || level || mlsconstrain || mlsvalidatetrans
|-
| module || netifcon || neverallow || nodecon
|-
| not || notequal || number || object_r
|-
| optional || or || path || pcidevicecon
|-
| permissive || pirqcon || policycap || portcon
|-
| r1 || r2 || r3 || range
|-
| range_transition || require || role || roleattribute
|-
| roles || role_transition || sameuser || sensitivity
|-
| sid || source || t1 || t2
|-
| t3 || target || true || type
|-
| typealias || typeattribute || typebounds || type_change
|-
| type_member || types || type_transition || u1
|-
| u2 || u3 || user || validatetrans
|-
| version_identifier || xor || default_user || default_role
|-
| default_type || default_range || low || high
|-
| low_high || || ||
|}
</center>
<br>
==== ポリシーファイルタイプ別の有効なステートメント ====
下表に、各タイプのポリシーソースファイルで許可されるステートメントとルールを示す。<br>
<br>
<center>
{| class="wikitable"
! ステートメント/ルール !! モノリシックポリシー !! ベースポリシー !! モジュールポリシー !! 条件付きステートメント !! optional文 !! require文
|-
| allow || 可 || 可 || 可 || 可 || 可 || 不可
|-
| allow - Role || 可 || 可 || 可 || 不可 || 可 || 不可
|-
| attribute || 可 || 可 || 可 || 不可 || 可 || 可
|-
| auditallow || 可 || 可 || 可 || 可 || 可 || 不可
|-
| bool || 可 || 可 || 可 || 不可 || 可 || 可
|-
| dontaudit || 可 || 可 || 可 || 可 || 可 || 不可
|-
| if || 可 || 可 || 可 || 不可 || 可 || 不可
|-
| neverallow || 可 || 可 || 可 || 不可 || 可 || 不可
|-
| optional || 不可 || 可 || 可 || 可 || 可 || 可
|-
| require || 不可 || 可 || 可 || 可 || 可 || 不可
|-
| role || 可 || 可 || 可 || 不可 || 可 || 可
|-
| role_transition || 可 || 可 || 可 || 不可 || 可 || 不可
|-
| type || 可 || 可 || 可 || 不可 || 不可 || 可
|-
| type_change || 可 || 可 || 可 || 可 || 可 || 不可
|-
| type_member || 可 || 可 || 可 || 可 || 可 || 不可
|-
| type_transition || 可 || 可 || 可 || 可 (注1) || 可 || 不可
|-
| typeattribute || 可 || 可 || 可 || 不可 || 可 || 不可
|-
| user || 可 || 可 || 可 || 不可 || 可 || 可
|}
</center>
<br>
<u>※注意</u><br>
<u>ファイル名遷移ルールを除く。</u><br>
<br>
==== 一般的なルール ====
===== 識別子の命名規則 =====
* 識別子は一般的に任意の長さにできるが、以下の文字に制限する必要がある。
*: a-z、A-Z、0-9、_ (アンダースコア)
* 慣例により、タイプ識別子は _t で終わる。
* 慣例により、ロール識別子は _r で終わる。
* 慣例により、ユーザ識別子は _u で終わる。
* 属性識別子は、タイプと区別するために _t 以外で終わる。
<br>
===== コメント =====
* # はポリシーソースファイルでのコメントの開始を示す。
<br>
===== マクロとスペース =====
* マクロ名とそのパラメータの間にスペースは許可されない。
* 正しい例
*: policy_module(ftp, 1.7.0)
* 誤った例
*: policy_module (ftp, 1.7.0)
<br>
===== 複数エントリの展開 =====
単一のステートメントまたはルールに複数のソースとターゲットエントリが表示される場合、コンパイラ (checkpolicy または checkmodule) はこれらを個別のステートメントまたはルールに展開する。<br>
<br>
例:
allow apm_t { console_device_t tty_device_t }:chr_file { getattr read write };
# コンパイラは以下のように展開する:
allow apm_t console_device_t:chr_file { getattr read write };
allow apm_t tty_device_t:chr_file { getattr read write };
<br><br>
== 設定例 ==
以下に示すようなアプリケーションがあるとする。<br>
<br>
* ホームディレクトリ内のファイルを作成、編集、削除
* D-BusおよびPolkitを使用して、/etcディレクトリ内のファイルを作成、編集、削除
* TCP/IP通信を使用して外部ネットワークに接続し、ファイルをダウンロード・アップロード
<br>
このアプリケーションのTEファイルでは、以下に示す設定を行う必要がある。<br>
* ホームディレクトリアクセス
*: <アプリケーション名>_home_tタイプでホームディレクトリ内のファイル管理を許可する。
* D-Bus / Polkit統合
*: システムバスへの接続とPolkit認証を通じた権限昇格をサポート
* ネットワークアクセス
*: TCP/IPによる外部接続、HTTP/HTTPS通信、DNS解決を許可
* セキュリティ分離
*: 各リソース（ホーム、/etc、一時ファイル、ログ) に個別のタイプを定義して適切に分離
* ブール値によるカスタマイズ
*: 管理者が動作を調整できるようにチューナブルブール値を提供する。
* オプショナルポリシー
*: 利用可能な場合のみ適用される追加機能 (X11、GNOME等)
<br>
<syntaxhighlight lang="text">
policy_module(<アプリケーション名>, 1.0.0)
### 宣言
# プロセスドメインと実行ファイルタイプ
type <アプリケーション名>_t;
type <アプリケーション名>_exec_t;
domain_type(<アプリケーション名>_t)
domain_entry_file(<アプリケーション名>_t, <アプリケーション名>_exec_t)
# ホームディレクトリ内のアプリケーションデータ
type <アプリケーション名>_home_t;
userdom_user_home_content(<アプリケーション名>_home_t)
# 一時ファイル用タイプ
type <アプリケーション名>_tmp_t;
files_tmp_file(<アプリケーション名>_tmp_t)
# /etcディレクトリ内の設定ファイル用タイプ
type <アプリケーション名>_etc_t;
files_config_file(<アプリケーション名>_etc_t)
# ダウンロード/アップロード用の一時保存領域
type <アプリケーション名>_var_lib_t;
files_type(<アプリケーション名>_var_lib_t)
# ログファイル用タイプ
type <アプリケーション名>_log_t;
logging_log_file(<アプリケーション名>_log_t)
### <アプリケーション名> ローカルポリシー
# 基本的なプロセス権限
allow <アプリケーション名>_t self:process { signal_perms getsched setsched };
allow <アプリケーション名>_t self:fifo_file rw_fifo_file_perms;
allow <アプリケーション名>_t self:unix_stream_socket create_stream_socket_perms;
### ホームディレクトリへのアクセス (一般ユーザ権限)
# ホームディレクトリの検索と読み取り
userdom_search_user_home_dirs(<アプリケーション名>_t)
userdom_list_user_home_dirs(<アプリケーション名>_t)
# アプリケーションデータディレクトリの管理
allow <アプリケーション名>_t <アプリケーション名>_home_t:dir manage_dir_perms;
allow <アプリケーション名>_t <アプリケーション名>_home_t:file manage_file_perms;
allow <アプリケーション名>_t <アプリケーション名>_home_t:lnk_file manage_lnk_file_perms;
# ホームディレクトリからの遷移
userdom_user_home_dir_filetrans(<アプリケーション名>_t, <アプリケーション名>_home_t, dir, ".<アプリケーション名>")
userdom_user_home_dir_filetrans(<アプリケーション名>_t, <アプリケーション名>_home_t, file, ".<アプリケーション名>rc")
# 一般的なユーザファイルへの読み取りアクセス (必要に応じて)
userdom_read_user_home_content_files(<アプリケーション名>_t)
userdom_write_user_tmp_files(<アプリケーション名>_t)
### /etcディレクトリへのアクセス (D-Bus / Polkit経由)
# D-Busへの接続
dbus_system_bus_client(<アプリケーション名>_t)
dbus_connect_system_bus(<アプリケーション名>_t)
# Polkitとの通信
optional_policy(`
    polkit_dbus_chat(<アプリケーション名>_t)
    polkit_domtrans_auth(<アプリケーション名>_t)
')
# /etcディレクトリ内のファイル管理
# 注意 : 実際にはPolkit経由で権限昇格されたプロセスが操作を行うため、直接的なアクセス権限は最小限に抑える
files_search_etc(<アプリケーション名>_t)
allow <アプリケーション名>_t <アプリケーション名>_etc_t:dir manage_dir_perms;
allow <アプリケーション名>_t <アプリケーション名>_etc_t:file manage_file_perms;
# /etc内での新規ファイル作成時の遷移
files_etc_filetrans(<アプリケーション名>_t, <アプリケーション名>_etc_t, file)
files_etc_filetrans(<アプリケーション名>_t, <アプリケーション名>_etc_t, dir)
# Polkit認証のための必要な権限
auth_use_nsswitch(<アプリケーション名>_t)
auth_read_passwd(<アプリケーション名>_t)
# sudo/pkexec経由での実行をサポート
optional_policy(`
    sudo_role_template(<アプリケーション名>, <アプリケーション名>_r, <アプリケーション名>_t)
')
### ネットワークアクセス (TCP/IP)
# 基本的なネットワークソケット権限
allow <アプリケーション名>_t self:tcp_socket create_stream_socket_perms;
allow <アプリケーション名>_t self:udp_socket create_socket_perms;
# ネットワークへの接続
corenet_tcp_sendrecv_generic_if(<アプリケーション名>_t)
corenet_tcp_sendrecv_generic_node(<アプリケーション名>_t)
corenet_tcp_connect_all_ports(<アプリケーション名>_t)
corenet_tcp_bind_generic_node(<アプリケーション名>_t)
# HTTP / HTTPS通信 (ダウンロード/アップロード)
corenet_tcp_connect_http_port(<アプリケーション名>_t)
corenet_tcp_connect_http_cache_port(<アプリケーション名>_t)
# DNS解決
sysnet_dns_name_resolve(<アプリケーション名>_t)
# SSLライブラリへのアクセス
miscfiles_read_generic_certs(<アプリケーション名>_t)
miscfiles_read_localization(<アプリケーション名>_t)
### 一時ファイルの管理
# /tmpディレクトリ内の一時ファイル
files_tmp_filetrans(<アプリケーション名>_t, <アプリケーション名>_tmp_t, { file dir })
allow <アプリケーション名>_t <アプリケーション名>_tmp_t:dir manage_dir_perms;
allow <アプリケーション名>_t <アプリケーション名>_tmp_t:file manage_file_perms;
# /var/lib内のデータ保存領域
files_search_var_lib(<アプリケーション名>_t)
allow <アプリケーション名>_t <アプリケーション名>_var_lib_t:dir manage_dir_perms;
allow <アプリケーション名>_t <アプリケーション名>_var_lib_t:file manage_file_perms;
### ログ記録
# ログファイルへの書き込み
logging_search_logs(<アプリケーション名>_t)
allow <アプリケーション名>_t <アプリケーション名>_log_t:dir { add_name write search };
allow <アプリケーション名>_t <アプリケーション名>_log_t:file { create write append setattr };
# システムログへの記録
logging_send_syslog_msg(<アプリケーション名>_t)
### 共通システムリソースへのアクセス
# カーネル情報の読み取り
kernel_read_system_state(<アプリケーション名>_t)
kernel_read_network_state(<アプリケーション名>_t)
# /procファイルシステムの読み取り
dev_read_urand(<アプリケーション名>_t)
dev_read_rand(<アプリケーション名>_t)
# 基本的なコマンドの実行
corecmd_exec_bin(<アプリケーション名>_t)
corecmd_exec_shell(<アプリケーション名>_t)
# 共有ライブラリの読み取り
libs_use_ld_so(<アプリケーション名>_t)
libs_use_shared_libs(<アプリケーション名>_t)
# ローカライゼーションファイルの読み取り
miscfiles_read_localization(<アプリケーション名>_t)
# /usr内のファイルの読み取り
files_read_usr_files(<アプリケーション名>_t)
### デスクトップ環境との統合 (DEの使用時)
optional_policy(`
    # X11との通信
    xserver_user_x_domain_template(<アプリケーション名>, <アプリケーション名>_t, <アプリケーション名>_tmpfs_t)
')
optional_policy(`
    # GNOMEキーリングへのアクセス
    gnome_stream_connect_gkeyringd(<アプリケーション名>_t)
')
### ブール値によるオプション機能
## <desc>
## <p>
## <アプリケーション名>が全てのユーザファイルへの読み書きを許可する
## </p>
## </desc>
gen_tunable(<アプリケーション名>_manage_all_user_content, false)
if (<アプリケーション名>_manage_all_user_content) {
    userdom_manage_user_home_content_files(<アプリケーション名>_t)
    userdom_manage_user_home_content_dirs(<アプリケーション名>_t)
}
## <desc>
## <p>
## <アプリケーション名>がroot権限でのファイル操作を実行することを許可する
## </p>
## </desc>
gen_tunable(<アプリケーション名>_allow_privileged_operations, true)
if (<アプリケーション名>_allow_privileged_operations) {
    # Polkit経由での権限昇格を許可
    optional_policy(`
      polkit_domtrans_auth(<アプリケーション名>_t)
    ')
}
### オプション : ユーザドメインからの起動を許可
optional_policy(`
    # unconfined_tドメインからの起動
    unconfined_domain(<アプリケーション名>_t)
')
# 一般ユーザドメインからのドメイン遷移
userdom_use_user_terminals(<アプリケーション名>_t)
# ユーザプロセスからの起動を許可
allow unconfined_t <アプリケーション名>_exec_t:file { execute execute_no_trans };
domtrans_pattern(unconfined_t, <アプリケーション名>_exec_t, <アプリケーション名>_t)
### セキュリティ強化オプション
# メモリ実行保護 (必要な場合のみコメント解除)
# allow <アプリケーション名>_t self:process { execmem execstack };
# ファイルディスクリプタの継承制限
dontaudit <アプリケーション名>_t domain:process { noatsecure siginh rlimitinh };
# 監査を無効化する一般的な拒否
dontaudit <アプリケーション名>_t self:capability { sys_resource sys_nice };
</syntaxhighlight>
<br><br>
{{#seo:
|title={{PAGENAME}} : Exploring Electronics and SUSE Linux | MochiuWiki
|keywords=MochiuWiki,Mochiu,Wiki,Mochiu Wiki,Electric Circuit,Electric,pcb,Mathematics,AVR,TI,STMicro,AVR,ATmega,MSP430,STM,Arduino,Xilinx,FPGA,Verilog,HDL,PinePhone,Pine Phone,Raspberry,Raspberry Pi,C,C++,C#,Qt,Qml,MFC,Shell,Bash,Zsh,Fish,SUSE,SLE,Suse Enterprise,Suse Linux,openSUSE,open SUSE,Leap,Linux,uCLnux,電気回路,電子回路,基板,プリント基板
|description={{PAGENAME}} - 電子回路とSUSE Linuxに関する情報 | This page is {{PAGENAME}} in our wiki about electronic circuits and SUSE Linux
|image=/resources/assets/MochiuLogo_Single_Blue.png
}}


__FORCETOC__
__FORCETOC__
[[カテゴリ:CentOS]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]]
[[カテゴリ:RHEL]][[カテゴリ:SUSE]][[カテゴリ:Raspberry_Pi]][[カテゴリ:PinePhone]]
「http://mochiuwiki.e2.valueserver.jp/index.php?title=設定_-_SELinux」から取得