ゼロトラスト
ゼロトラストの導入 -- 決して信頼せず、常に検証する。
ゼロトラスト は NIST CSF 2.0 のアウトカム PR.AA-03 (Users, services, and hardware are authenticated); PR.AA-04 (Identity assertions are protected, conveyed, and verified); PR.AA-05 (Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties); PR.IR-01 (Networks and environments are protected from unauthorized logical access and usage) で定義されています。 対応表 ISO 27001, CIS v8.1, PCI DSS, CMMC, 800-53 および NIS2 において、公開されたクロスウォークを通じてマッピング済み。 編集 SOC 2 において編集上マッピング済み。 HIPAA においては緩やかに関連するのみ。 当サイトのデータにはマッピングがありません 当サイトのデータには GDPR, Essential Eight, DORA, CPS 234 および Cyber Essentials に関するマッピングがありません。
| フレームワーク | 要件 | タイトル | リンク | 出典／理由 |
|---|---|---|---|---|
| NIST CSF 2.0 | PR.AA-03PR.AA-04PR.AA-05PR.IR-01 | Users, services, and hardware are authenticated; Identity assertions are protected, conveyed, and verified; Access permissions, entitlements, and authorizations are defined in a policy, managed, enforced, and reviewed, and incorporate the principles of least privilege and separation of duties… | トピックの定義 | PR.AA-03 PR.AA-04 PR.AA-05 PR.IR-01 |
| ISO 27001 | A.5.15A.8.5A.8.22 | Access control; Secure authentication; Segregation of networks | 対応表 | A.5.15: via PR.AA-03; PR.AA-05; NIST 800-53 map: AC-3, AC-6 A.8.5: via PR.AA-03; PR.AA-05 A.8.22: via PR.IR-01; NIST 800-53 map: AC-4 |
| CIS v8.1 | CIS 6.8CIS 12.2CIS 12.7CIS 13.5 | Define and Maintain Role-Based Access Control; Establish and Maintain a Secure Network Architecture; Ensure Remote Devices Utilize a VPN and are Connecting to an Enterprise's AAA Infrastructure… | 対応表 | CIS 6.8: via PR.AA-05 CIS 12.2: via PR.IR-01 CIS 12.7: Editorial (CIS's published crosswalk covers 49 of 153 safeguards): remote devices connect through VPN and enterprise AAA. CIS 13.5: Editorial (CIS's published crosswalk covers 49 of 153 safeguards): access control for remote assets. |
| SOC 2 | CC6.6 | Protection against threats from outside system boundaries | 編集 | CC6.6: AICPA's TSC mappings are not openly licensed; ControlMapping editorial mapping (criterion summaries are ours, not AICPA text). |
| PCI DSS | 7.2.18.3.1 | Access control model defined; User and admin access requires an authentication factor | 対応表 | 7.2.1: via PR.AA-05 8.3.1: via PR.AA-03 |
| CMMC | AC.L2-3.1.1SC.L2-3.13.1SC.L2-3.13.6 | Authorized Access Control; Boundary Protection; Network Communication by Exception | 対応表 | AC.L2-3.1.1: via 800-171r3 03.01.01 ↔ PR.AA-05; 800-171r2 Appendix D → AC-3 SC.L2-3.13.1: via 800-171r3 03.13.01 ↔ PR.IR-01 SC.L2-3.13.6: via 800-171r3 03.13.06 ↔ PR.IR-01 |
| 800-53 | AC-3AC-4IA-2AC-6 | Access Enforcement; Information Flow Enforcement; Identification and Authentication (Organizational Users)… | 対応表 | AC-3: via PR.AA-05; PR.IR-01 AC-4: via PR.IR-01 IA-2: via PR.AA-03 AC-6: via PR.AA-05 |
| HIPAA | §164.310(b)§164.312(a)(2)(i)§164.312(a)(2)(iii)§164.312(d)§164.308(a)(3)§164.308(a)(3)(ii)(A) | このトピックにはマッピングされていません | これらの要件は、公開されているクロスウォークを通じて、このトピックの CSF アウトカム（PR.AA-03, PR.AA-04, PR.AA-05, PR.IR-01）を共有しているにすぎません。確認の価値はありますが、マッピングではありません。 | |
| GDPR | — | 要件なし | 当サイトのデータにはマッピングがありません | 当サイトのデータでは、このトピックにマッピングされている GDPR の要件はありません。 |
| NIS2 | 6.811.111.6 | Network segmentation; Access control policy; Authentication | 対応表 | 6.8: via PR.IR-01; ENISA ISO map: A.8.22 11.1: via PR.AA-05; ENISA ISO map: A.5.15 11.6: via PR.AA-03; PR.AA-05 |
| Essential Eight | — | 要件なし | 当サイトのデータにはマッピングがありません | 当サイトのデータでは、このトピックにマッピングされている Essential Eight の要件はありません。 |
| DORA | — | 要件なし | 当サイトのデータにはマッピングがありません | 当サイトのデータでは、このトピックにマッピングされている DORA の要件はありません。 |
| CPS 234 | — | 要件なし | 当サイトのデータにはマッピングがありません | 当サイトのデータでは、このトピックにマッピングされている CPS 234 の要件はありません。 |
| Cyber Essentials | — | 要件なし | 当サイトのデータにはマッピングがありません | 当サイトのデータでは、このトピックにマッピングされている Cyber Essentials の要件はありません。 |
トピックの定義 このトピックを定義するCSF 2.0 のアウトカム · 対応表 公開されたクロスウォークに裏付けられた項目を少なくとも1つ選択 · 編集 ControlMapping の判断（理由付き） · マッピングはされていないが、このトピックのCSFアウトカムを共有しています · 当サイトのデータにはマッピングがありません 当サイトのデータではマッピングされていません。新規の取り組みであることが多いですが、カバレッジに関する注記を確認してください. 方法論.
要件 ID とタイトルは、各フレームワークが公開している英語の表記のまま表示しています。
マッピングに誤りや欠落がありますか？ 報告する
ゼロトラストについて
ゼロトラストアーキテクチャは、いかなるユーザー、デバイス、ネットワークセグメントも暗黙的に信頼すべきではないという原則に基づいており、すべてのアクセス要求について、ID と認可の継続的な検証を求めます。導入には、マイクロセグメンテーション、ID 認識型プロキシ、デバイスの姿勢チェック、最小権限のアクセスポリシー、そして発信元を問わず、すべてのネットワークトラフィックの継続的な監視が含まれます。ゼロトラストを採用する組織は、段階的なアプローチを取るべきです。まず ID の検証と MFA から始め、アーキテクチャの成熟に応じてネットワークセグメンテーションとワークロードの分離へ広げていくとよいでしょう。