ゼロトラストネットワークの7つの要件|NIST SP 800-207の7原則と最小特権

「ゼロトラストネットワークの7つの要件」を調べると、製品ごと・記事ごとに項目がばらつき、どれが正しいのか判断しづらい。結論から言うと、この7つの要件の出所はほぼ一つに収束する。米国国立標準技術研究所(NIST)が2020年に発行したSP 800-207「Zero Trust Architecture」が定める7つの基本原則(tenets)だ。本記事ではこの7原則を原典に沿って正確に整理し、7つの要件を実装で貫く最小特権の原則、そして混同されやすいForrester系の「7つの柱(要素)」との違いまでを解説する。構成要素の設計や導入手順は範囲が広いため、要点を押さえたうえで詳細記事へ橋渡しする。

まとめ:ゼロトラストの7つの要件(NIST 7原則)早わかり

先に全体像を示す。ゼロトラストネットワークの「7つの要件」とは、NIST SP 800-207の7原則を指す。核は「ネットワークの場所で信頼せず、リソース単位・セッション単位で動的に検証し、状態を継続監視して改善し続ける」ことにある。

  • 7つの要件=NIST SP 800-207の7原則。VPNやファイアウォールなど特定製品の機能一覧ではなく、設計思想である。
  • 7原則を実装レベルで貫くのが最小特権の原則(原則3・4・6と直結)。アクセスは「必要な範囲・必要な時だけ」に限定する。
  • 「7つの柱(要素)」を挙げる資料も多いが、それはForresterやDoDが示す構成要素の分類で、NISTの7原則(考え方)とは別物。混同しないこと。
  • 原則を満たす構成要素の設計・導入手順・費用・ZTNAは本記事末尾の関連記事に委ねる。まず7原則を正しく押さえるのが出発点になる。

「7つの要件」の出所=NIST SP 800-207

ゼロトラストは「何も無条件には信頼しない(Never Trust, Always Verify)」を前提に、アクセスのたびに検証を行うセキュリティの考え方だ。もともとは2010年にForrester ResearchのJohn Kindervag氏が提唱し、その後の標準化でNISTが2020年8月にSP 800-207として体系化した。ゼロトラストの全体像と境界型防御との違いはゼロトラストとは何か・境界型防御との違いを整理した解説で扱っているため、本記事は「7つの要件」に焦点を絞る。

検索で問われる「7つの要件」は、多くの場合このSP 800-207が第2章で挙げる7つの基本原則(seven tenets)と同じものだ。「要件」「原則」「考え方」と訳語は揺れるが、指し示す中身は同一と考えてよい。以下ではこの7原則を原典に沿って整理する。

NIST SP 800-207が定めるゼロトラストの7原則(7つの要件)

SP 800-207の7原則は、次の7つで構成される。順番に優劣はなく、7つが揃って初めてゼロトラストが成立する。

No. 原則(tenet) 要点
1 すべてをリソースとみなす データ・サービス・端末を保護対象化
2 通信を場所に依存せず保護 場所を問わず全通信を暗号化・検証
3 アクセスはセッション単位で許可 リソース/セッションごとに最小限付与
4 アクセスは動的ポリシーで決定 ID・端末状態・環境属性で都度判断
5 資産の整合性と状態を継続監視 全資産の状態を測定し逸脱を検知(CDM)
6 認証・認可を動的かつ厳格に アクセス前に認証・認可を厳格強制(MFA)
7 情報を収集し継続的に改善 現状情報を収集しポリシー改善へ反映

7原則は大きく3つの動きに束ねると理解しやすい。まず信頼の起点をネットワークからリソースへ移すのが原則1・2で、「内側だから安全」という境界型の前提を捨てる。境界型防御の代表である閉域網の考え方については閉域網とVPN・専用線の違いを整理した解説が参考になる。次にアクセスを都度・動的に判断するのが原則3・4・6で、セッション単位の許可と動的ポリシー、そしてアクセス前の厳格な認証・認可がここに含まれる。最後に状態を測り続けて改善するのが原則5・7で、資産の整合性監視と情報収集をポリシーへ還元する継続的診断・対応(CDM)の考え方だ。

注意したいのは、原則4の「動的ポリシー」がゼロトラストの心臓部だという点だ。静的なアクセス制御リストではなく、ユーザーのID、デバイスのパッチ状態やリスクスコア、時間帯や場所といった属性を評価し、アクセスの可否をその都度決める。ここが従来モデルとの決定的な差になる。

7つの要件を実装で貫く「最小特権の原則」

7原則を実装に落とすとき、全体を貫く軸になるのが最小特権の原則(Principle of Least Privilege)だ。「最小権限の原則」と表記されることもあるが同じ概念で、ユーザーやデバイス、サービスに対し業務上必要な範囲・必要な期間だけ権限を与える設計を指す。ゼロトラストにおける最小特権は、原則3(セッション単位の許可)・原則4(動的ポリシー)・原則6(動的な認証認可)と密接に結びつく。

最小特権を機能させる具体策は次の通りだ。役割に応じて権限を束ねるRBACや、属性で細かく制御するABACでアクセス範囲を定義し、恒久的な管理者権限を渡さず必要時のみ昇格させるJust-In-Time(JIT)アクセスで時間軸の最小化を図る。付与した権限は放置すると肥大化するため、定期的な権限棚卸し(アクセスレビュー)で使われていない権限を回収する。これらにより、万一アカウントが侵害されても攻撃者が動ける範囲(横展開)を狭められる。

逆に、最小特権を掲げながら「とりあえず広めに権限を付与して後で絞る」という運用に流れると、絞る作業が実行されず過剰権限が常態化する。最小特権は初期設計で厳しく始め、レビューで例外的に広げる方向で回すのが実務上は破綻しにくい。

7原則と7つの柱(要素)の違い

ゼロトラストを調べると、NISTの7原則とは別に「7つの柱」「7つの要素」を挙げる資料に行き当たる。代表的なのは米国防総省(DoD)のゼロトラスト参照アーキテクチャが示す7つの柱(構成要素)で、ユーザー、デバイス、ネットワーク/環境、アプリケーション・ワークロード、データ、可視化・分析、自動化・オーケストレーションの観点で整理される。Forresterの拡張モデル(ZTX)も同様に、守るべき領域を軸にゼロトラストを捉える体系だ。

両者は矛盾しないが役割が違う。NISTの7原則は「どう考えるか(設計思想)」、7つの柱は「何を守り、どこに手を打つか(対象領域)」を示す。検索クエリの「7つの要件」がどちらを指すかは文脈次第だが、NIST SP 800-207を出所とする「原則」を指すケースが大半だ。本記事では原則を主軸に据え、柱=構成要素側の設計は次章のとおり専門記事へ委ねる。

7原則を満たす構成要素と実装への橋渡し

7原則は考え方であり、実際に満たすには構成要素の設計と製品選定が伴う。範囲が広く記事が長大になりやすい領域のため、本記事では要点だけを示し、詳細は目的別の記事に橋渡しする。

まず本記事で7原則と最小特権の考え方を固め、そのうえで自社の環境に合わせて上記の各論へ進むのが、遠回りに見えて最短の順序になる。

よくある質問

ゼロトラストの「7つの要件」とNISTの「7原則」は同じものですか。

ほぼ同じものと考えて差し支えありません。日本語で「7つの要件」「7つの原則」「7つの考え方」と訳し分けられていても、出所の多くはNIST SP 800-207第2章の7つの基本原則(tenets)です。項目の並びや表現は資料により多少異なりますが、指し示す中身は同一です。

ゼロトラストと最小特権の原則はどう関係しますか。

最小特権は7原則を実装で貫く中核の考え方です。特にセッション単位の許可(原則3)、動的ポリシー(原則4)、動的な認証・認可(原則6)と直結し、RBAC/ABACやJITアクセス、定期的な権限棚卸しによって「必要な範囲・必要な時だけ」の付与を実現します。

ゼロトラストと従来のVPN(境界型防御)は何が違いますか。

境界型防御は「内側は信頼できる」を前提に境界で守るのに対し、ゼロトラストはネットワークの場所で信頼せず、リソースごと・セッションごとに検証します。VPNの代替となるZTNAの詳細は関連記事で解説しています。

ゼロトラストの7原則は何から実装すればよいですか。

多くの場合、アイデンティティ管理とMFAによる認証・認可の強化(原則6)と、最小特権によるアクセス範囲の見直し(原則3・4)から着手します。具体的な導入手順・費用は実装視点の関連記事を参照してください。

SASEとゼロトラストは同じですか。

別の概念です。ゼロトラストはアクセス制御の考え方、SASEはネットワークとセキュリティをクラウドで統合するアーキテクチャで、SASEはゼロトラスト(ZTNA)を要素として含みます。違いはSASEとゼロトラスト・SSEの違いを解説した記事で整理しています。

関連記事

資料請求

RELATED POSTS 関連記事