ゼロトラストとは?

ゼロトラストとは

ゼロトラスト（Zero Trust）とは、接続するすべてのユーザーとデバイスを無条件に信頼せず、検証するセキュリティアプローチです。すべてのアクセス要求を確認し、必要な権限だけを付与するとともに、接続後の行動も継続的に監視するセキュリティフレームワークです。

従来のセキュリティモデルは企業ネットワークの内外を分け、外部からの接続を疑う一方、内部のユーザーを信頼していました。しかし、現在の業務環境は複雑化しています。従業員はリモートワークによって社外からも接続し、業務システムはクラウドや SaaS に分散し、API やサービスアカウントも人と同様にリソースへアクセスします。こうした脅威対象領域の拡大を背景に、ゼロトラストという概念が登場しました。

NIST はゼロトラストを、静的なネットワーク境界ではなく、ユーザー、資産、リソースを中心とする防御へ移行するセキュリティパラダイムと定義しています。物理的な場所やネットワーク上の位置だけを理由に、ユーザーアカウントや資産を信頼しません。

ゼロトラストの核心は、ユーザーが誰で、どのデバイスから接続し、どのリソースを要求しているのか、現在の行動が通常と異なるかをすべて検証することです。一度の検証で終わらず、セッション中も継続して監視します。

従来の境界型セキュリティが揺らぐ理由

境界型セキュリティは内部ネットワークを安全な空間と捉え、ファイアウォール、VPN、ゲートウェイを通過したユーザーやデバイスを信頼し、内部システムへ自由にアクセスできるようにします。オフィス中心の業務環境では管理しやすい方法でしたが、攻撃者が内部アカウントやデバイスを確保すると問題が生じます。

境界型モデルでは、攻撃者が正規アカウントでログインすると、セキュリティ機器が正常な接続と判断する可能性があります。攻撃者はそこからファイルサーバー、業務システム、管理ツールを探索して権限を広げます。これを lateral movement、すなわち内部での横展開と呼びます。ゼロトラストは、接続場所が内部か外部かではなく、そのユーザーが今そのリソースへアクセスすることが妥当かを先に確認します。

クラウドや SaaS の利用も、境界型セキュリティの適用を難しくします。データは一つのデータセンター内だけでなく、開発環境、コラボレーションツール、顧客管理システム、データ分析プラットフォームなどに分散しています。そのため、一つのネットワーク境界でアクセス全体を統制することは難しく、保護対象をネットワークからリソース、データ、アカウント、ワークロード単位へ切り替える必要があります。

ゼロトラストの基本原則

ゼロトラストは特定の製品一つを導入することではありません。アクセス制御、認証、ネットワーク分離、データ保護、監視を組み合わせたセキュリティ運用モデルに近い概念です。複数のフレームワークがありますが、明示的な検証、最小権限、侵害の想定、継続的な監視を共通の基本原則としています。

明示的な検証

明示的な検証は、アクセス要求のたびにユーザーの身元と接続状況を確認する原則です。パスワードだけでなく、MFA、デバイスの状態、接続場所、時間、要求したアプリケーション、ユーザーの行動も併せて確認します。

たとえば、普段利用しない国から深夜に管理コンソールへ接続した場合はリスクシグナルとなります。アカウントは正規でも、セッションが正常とは限りません。この場合、追加認証の要求、セッションの遮断、権限の縮小といった対応が求められます。

最小権限

最小権限は、ユーザーが業務に必要なリソースだけへアクセスできるよう制限する原則です。権限が広いほど便利ですが、侵害時の被害範囲も広がります。

管理者アカウント、サービスアカウント、API キーには特に注意が必要です。従業員アカウントは退職や異動時に整理されることが多い一方、システム連携用のサービスアカウントは放置される場合があります。攻撃者がその権限を得ると、データベース、ストレージ、内部 API にアクセスできます。

そのため、最小権限では権限を減らすだけでなく、誰がどのリソースへアクセスしたか、その権限が必要か、一時権限が失効しているかも確認します。

侵害を前提とする

侵害の想定とは、一部のアカウントやシステムがすでに侵害されている可能性を前提にセキュリティを設計するアプローチです。デバイスやアカウントが奪われても、別のサーバーへ移動したり、機密データへ直接アクセスしたりできない措置を講じます。そのために、ネットワーク分離、マイクロセグメンテーション、セッション単位のアクセス制御、機密データのアクセスポリシーが必要です。

侵害の想定は検知にもつながります。すべての要求を防ぐことはできません。代わりに、通常の業務フローと異なるシグナルを早期に見つけ、拡散経路を狭めます。

継続的な監視

ゼロトラストにおいて認証は出発点にすぎず、ログイン後の行動がより重要な場合もあります。正常なユーザーは業務システムを一定の方法で利用しますが、攻撃者は短時間で多数のファイルを参照し、権限一覧を調べ、普段アクセスしないシステムへ移動するなどの異常なパターンを示します。

継続的な監視では、このような利用パターンの違いを検知します。アカウント、デバイス、ネットワーク、アプリケーション、データイベントを個別に見ず、関連付けて確認します。単一のログインイベントでは正常に見えても、ファイルアクセス、権限変更、外部転送記録を併せて見ると、危険な流れが明らかになる場合があります。

ゼロトラストアーキテクチャの主な構成要素

ゼロトラストを実装する方法です。CISA のゼロトラスト成熟度モデルでは、Identity、Device、Network、Application and Workload、Data を主な構成要素とし、可視性と分析、自動化とオーケストレーション、ガバナンスを全体にわたる管理機能として扱っています。

構成要素	説明	セキュリティチームの確認事項
Identity	ユーザー、管理者、協力会社のアカウント、サービスアカウント、API アクセス主体、自動化ツールなど、すべてのアクセス主体です。各主体がどの権限でどのリソースへアクセスするかを確認します。	IAM、SSO、MFA の適用有無、セッション中の権限昇格、異常な接続場所、まれなリソースへのアクセス、長期間未使用の権限
Device	業務用 PC、ノート PC、モバイル、サーバー、プリンター、IoT デバイスなど、アクセスに使われるすべてのデバイスです。同じユーザーでも、管理されていないデバイスから接続するとリスクが高まります。	OS のパッチ状態、EDR の動作有無、ディスク暗号化、root 化・脱獄の有無、証明書の状態、管理対象デバイスか
Network	ネットワークを小さな区画に分けます。マイクロセグメンテーションにより、サーバー、ワークロード、アプリケーション間の通信を必要な範囲に制限します。	不要な内部通信経路、ユーザー端末とサーバー間の接続、ワークロード間の許可ポリシー、内部で横展開可能な経路
Application and Workload	アプリケーション、コンテナ、サーバーレス関数、API、仮想マシンなどの実行環境も信頼対象とはみなしません。	アプリケーション間の呼び出し関係、API の認証方式、サービスアカウント権限、デプロイパイプラインのシークレット漏えい、ランタイムの異常な呼び出し
Data	ゼロトラストではデータアクセスを中心に置きます。機密データの所在と利用者を把握してこそ、正確なアクセスポリシーを策定できます。	機密データの場所、閲覧・ダウンロード記録、外部転送の有無、通常より大量のデータ処理、アカウントイベントとの関連
Policy Engine / Policy Administrator / Policy Enforcement Point	ゼロトラストポリシーを判断し、セッションを管理し、実際のアクセスポイントでポリシーを適用する論理構成要素です。	アクセス許可の判断基準、セッション設定・遮断方式、ポリシー適用位置、クラウド・オンプレミス・SaaS 間のポリシー一貫性

この構造は、ゼロトラストが単なる認証ポリシーではないことを示します。判断、実行、適用のポイントが分離されてこそ、ポリシーを一貫して運用できます。特にクラウド、オンプレミス、SaaS が混在する環境では、各役割をどこで担うかを定めます。

ゼロトラストの活用例

ゼロトラストは、リモートワーク、協力会社のアクセス、管理者権限の保護、クラウド運用、ランサムウェア対策など、さまざまなセキュリティ状況に適用できます。

リモートワークとハイブリッドワークのアクセス制御

リモートワークでは、ユーザーが社外から業務システムへ接続します。ゼロトラストはユーザーをネットワーク全体へ接続させず、必要なアプリケーションだけにアクセスを制限します。管理されていないデバイスや普段と異なる接続環境では、追加認証を求めたり、アクセス範囲を狭めたりできます。

協力会社と外部人員のアクセス管理

協力会社、保守業者、外部委託の開発者は、一定期間だけ内部システムへのアクセスが必要な場合があります。必要なシステム、作業範囲、期間を基準にアクセスを制限し、契約や作業が終了したら権限を回収して外部アカウントが残らないよう管理します。

管理者アカウントと権限の保護

管理者アカウントが侵害されると、アカウント作成、権限変更、セキュリティ設定の変更につながる可能性があります。管理者アクセスに MFA、デバイス承認、追加認証を適用し、通常と異なる場所や時間帯に機密性の高い作業が行われた場合は、セッションを遮断したり調査を開始したりできます。

クラウドと SaaS アプリケーションの保護

企業データはメール、コラボレーションツール、CRM、クラウドストレージなど複数の SaaS に分散しています。アプリケーションごとのアクセス権限とデータ利用の流れを確認し、正常なログインに見えても大量ダウンロードや異常な API 呼び出しがあればリスクシグナルとして扱えます。

内部での横展開とランサムウェア拡散の遮断

ランサムウェア攻撃者は、感染した端末からファイル、サーバー、バックアップシステム、管理ツールへ移動します。ゼロトラストはマイクロセグメンテーションと最小権限によって、この移動経路を最小化します。一つのシステムが侵害されても、別のシステムへ拡散する速度と範囲を制限できます。

開発環境と CI/CD パイプラインの保護

開発環境にはソースコード、ビルドサーバー、デプロイツール、クラウドの認証情報が接続されています。開発者アカウントだけでなく、自動化ツールやサービスアカウントもアクセス主体とみなします。コードリポジトリとデプロイ権限を役割別に分け、API キーとシークレットの使用記録を管理できます。

機密データのアクセス制御

顧客情報、認証情報、ソースコード、財務データには、一般データより厳格なアクセス管理が必要です。誰がどのデータを閲覧・ダウンロードしたかを確認し、通常より大量のデータ処理や外部転送が発生していないかを調べます。

ゼロトラスト導入時の考慮事項

ゼロトラスト導入は資産の把握から始めます。どのユーザーとデバイスがどのアプリケーションやデータへアクセスするかを把握できなければ、企業に必要なポリシーを適用するのは困難です。権限を絞りすぎれば業務を妨げ、広く許可しすぎればセキュリティが低下します。そのため、次の手順で内部システムを正確に識別し、ポリシーを策定します。

まず、機密データと中核業務システムを特定します。すべてのシステムへ同じ水準の統制を一度に適用すると、運用負担が増します。侵害時の被害が大きい顧客情報、認証システム、管理コンソール、コードリポジトリ、クラウド管理アカウントなどを優先します。

次にアカウントと権限を整理します。特に、攻撃者にとって格好の移動経路となる共有アカウント、過剰な管理者権限、古い API キー、有効期限のないサービスアカウントは導入初期に整理します。

その後、ユーザーグループ、デバイス状態、接続場所、リソースの機密度、時間帯、行動シグナルを基準にアクセスポリシーを細分化します。最初から完璧である必要はありません。監視モードで実際の業務フローを確認し、遮断基準を段階的に強化する方法が安全です。

最後に検知と対応の流れをつなぎます。不審なアクセスを見つけても、アカウントロック、セッション終了、権限回収、デバイス隔離、チケット作成が別々に動けば対応が遅れます。アクセスポリシーとセキュリティ運用が同じ流れで機能するとき、ゼロトラストの効果が高まります。

ゼロトラストの限界と注意点

ゼロトラストは、すべての攻撃を防ぐ仕組みではありません。設計を誤ると、認証手順と運用の複雑さだけが増えます。ユーザーは反復認証に疲れ、管理者は例外ポリシーを追加し続けるようになり、ポリシーは多くても実際のリスクは残ったままになります。

最も一般的な問題は、資産と権限を把握しないままツールから導入することです。重要なリソース、正常な通信、過剰な権限を持つアカウントが分からなければ、アクセスポリシーは推測に近くなります。低リスクの遮断に時間を費やす一方、広い権限を持つサービスアカウントが放置されかねません。

ID だけを見ることも問題です。本人確認は基本原則ですが、それだけでは十分ではありません。デバイス状態、セッション行動、データアクセス、ワークロード通信も併せて確認します。攻撃者が正規アカウントを使う場合もあるため、「誰か」とともに「何をしているか」を見なければなりません。

ゼロトラストは段階的に導入します。最初の段階は大がかりなアーキテクチャ宣言ではなく、重要なデータやシステムへ誰がアクセスしているかを確認することです。その後、不要な権限を減らし、アクセスポリシーを細分化し、異常行動の検知と対応をつなぐ流れを作ります。

XDR と ZTNA の連携

FAQ

アンラボのゼロトラスト実装戦略

アンラボは、ネットワークセキュリティソリューション AhnLab XTG を基盤とするゼロトラストの実装を支援します。AhnLab XTG の ZTNA 機能をエンドポイントおよびセキュリティ分析プラットフォームまで連携し、統合されたゼロトラストセキュリティ体制を提供します。ユーザーとデバイスの身元およびセキュリティ状態を継続的に確認し、検証済みのユーザーだけにアクセスを許可することで、ゼロトラストの原則を適用します。