説明/参照:
TCP と UDP はトランスポート層 (レイヤー 4) で実装されます。
出典: KRUTZ、Ronald L. & VINES、Russel D.、『CISSP Prep Guide: Mastering the Ten Domains of Computer Security』、John Wiley & Sons、2001 年、第 3 章: 電気通信とネットワーク セキュリティ (ページ)
82）。

ラティスは、必須アクセス制御 (MAC) を実装するために使用されるメカニズムです。 必須アクセス制御 (MAC) では、以下が行われます。
強制的なアクセス制御
非自由裁量アクセス制御 (NDAC) では、次のものがあります。
ルールベースのアクセス制御
役割ベースのアクセス制御
随意アクセス制御 (DAC) には次のものがあります。
任意のアクセス制御
格子ベースのアクセス制御は、他のアクセス制御方法を実装するために使用されるアクセス制御のタイプです。ラティスは、最小上限と最大下限を持つ要素の順序付きリストです。このラティスは、MAC、DAC、整合性レベル、ファイル許可などに使用できます。たとえば、MAC の場合、政府による一般的な分類を見ると、次のようになります。
トップシークレット
SECRET -----------------------私は Secret のユーザーです
機密
機密だが機密扱いされていない
未分類
私が SECRET のユーザーである上の図を見ると、下位の分類の文書にはアクセスできるが、TOP SECRET の文書にはアクセスできないことを意味します。ラティスは ORDERED ELEMENT のリストであり、この場合、順序付けされた要素は分類レベルです。私の最小上限は SECRET で、最小下限は UNCLASSIFIED です。
ただし、ラティスは次のような整合性レベルにも使用できます。
すごく高い
高い
中 ----------私は中レベルのユーザー、プロセス、アプリケーションです。 低 非常に低 整合性レベルの場合は、信頼について考える必要があります。もちろん、Biba ベースの VISTA オペレーティング システムを例に挙げると、整合性レベルが使用されます。システムにアクセスできるユーザーとして、管理者権限で実行されているプロセスに何をすべきかを指示することはできません。そうしないと、システム上の任意のユーザーが、ユーザーに代わって処理を行う高度な特権プロセスを取得してシステムを制御できる可能性があります。したがって、この場合、読み出しは許可されません。これは Biba モデルの例です。
最後になりましたが、ラティスはファイルのアクセス許可に使用できます。
RWX
RW --------このレベルのユーザー
R
読み取りおよび書き込み (RW) アクセス権限を持つユーザーの場合、実行権限 (Linux および UNIX では X) がないため、ファイルを実行できません。
多くの人が格子モデルを混同しており、多くの本では MAC = LATTICE と書かれていますが、格子は他の目的にも使用できます。
ロールベースのアクセス制御 (RBAC) も存在します。これは MAC をシミュレートするために使用できますが、機密性とカテゴリを示すオブジェクトのラベルを使用しないため、MAC ではありません。MAC には、オブジェクトを支配するクリアランスも必要です。
RBAC の詳細については、http://csrc.nist.gov/groups/SNS/rbac/faq.html#03 で入手できます。また、多くの書籍では、Role Based Access Control と Rule Based Access Control の同じ頭字語が使用されていることに注意してください。は RBAC です。これは混乱を招く可能性があります。
Rule Based Access Control の頭字語の正しい書き方は RuBAC ですが、残念ながら一般的には使用されていません。

Computer Security Basics の用語集より:
Bell-LaPadula モデルは、オレンジ ブックの要件の基礎となるセキュリティ ポリシー モデルです。オレンジブックの定義によると、「一連のアクセス制御ルールを記述する、コンピューター セキュリティ ポリシーの正式な状態遷移モデル。この正式なモデルでは、コンピューター システム内のエンティティは、サブジェクトとオブジェクトの抽象的なセットに分割されます。安全性の概念状態が定義され、各状態遷移がセキュアな状態からセキュアな状態に移行することによってセキュリティが維持されることが証明されるため、帰納的にシステムがセキュアであることが証明されます。
サブジェクトからオブジェクトへのアクセス モードのみが許可されている場合は、「セキュア」が特定のセキュリティ ポリシーに従っています。特定のアクセス モードが許可されているかどうかを判断するために、対象者の許可がオブジェクトの分類と比較され、対象者が特定のアクセス モードを許可されているかどうかが判断されます。」 Biba モデルは一連のルールを記述するコンピュータ セキュリティ ポリシーの整合性モデル。このモデルでは、サブジェクトは、それ自体より信頼性の低いオブジェクトや他のサブジェクトに依存することはできません。クラーク ウィルソン モデルは、コンピュータ セキュリティ ポリシーの整合性モデルであり、以下のために設計されています。商業環境。
これは、非裁量アクセス制御、権限の分離、最小権限などの概念に対処します。TEMPEST は、コンピューターおよび関連機器から発せられる危険な電気信号および電磁信号が傍受され、解読されるのを防ぐ政府のプログラムです。

参照モニターは、へのアクセス制御を担当するため、
オブジェクトをサブジェクトごとに比較し、サブジェクトとオブジェクトのセキュリティ ラベルを比較します。
OIG によると: リファレンス モニターは、
の情報に基づいて、サブジェクトによるオブジェクトへのすべてのアクセスを仲介する抽象マシン。
アクセス制御データベース。参照モニターはすべてのアクセスを仲介し、保護する必要があります。
変更から除外され、正しいことが検証可能であり、常に呼び出す必要があります。参考資料
モニターは、セキュリティー・ポリシーに従って、システム内で行われるチェックを制御します。
アクセス制御データベース。
以下は誤りです。
検証モジュール。検証モジュールは通常、アプリケーションのソース コード内にあり、
入力されたデータを検証するために使用されます。
クリアランスチェック。気が散る、誰かがすること以外にそんなことはない
誰かが安全な施設へのアクセスを許可されているかどうかを確認するとき。
セキュリティモジュール。通常は、さまざまなセキュリティを実行する汎用モジュールです
関連する機能。
参考文献:
OIG CBK、セキュリティ アーキテクチャと設計 (324 ページ)
AIO、第 4 版、セキュリティ アーキテクチャと設計、328 ～ 328 ページ。
ウィキペディア - http://en.wikipedia.org/wiki/Reference_monitor