特権アクセス アーキテクチャを設計する

この記事では、 アクセスと ID の規範の一部として特権アクセス アーキテクチャを設計する方法について説明します。

セキュリティアーキテクトとデザイナーが、 セキュリティで保護された特権アクセスのビジネス成果 を、実装して運用できるエンドツーエンドのアーキテクチャに変換する必要がある場合のガイダンスを提供します。

特権アクセス アーキテクチャを使用する理由

特権アクセスは ID システム、管理インターフェイス、および他のすべてを保護する強制メカニズムを制御するため、特権アクセスのセキュリティ保護と管理は非常に重要です。

この記事の目的は、次のアーキテクチャを設計することです。

• 承認された特権アクセス パスを定義します。
• ID、デバイス、インターフェイス間でこれらのパスを適用できるようにします。
• 応答と継続的な改善のために特権アクティビティを監視できるようにします。

特権アクセスの設計

特権アクセス アーキテクチャ:

• 組織全体で、高い影響を与える管理アクセスを意図的に設計、制約、および管理する方法を定義します。
• 明示的に承認された信頼できるアクセス パスのみが使用され、それらのパスが継続的に検証および監視されるようにすることで、ビジネス クリティカルなシステムの制御が失われるのを防ぎます。

特権アクセスの設計は、1 つの技術的な決定ではなく、1 つの技術的な機能によって所有されていません。 これは、複数のセキュリティ規範間で調整された設計上の決定の結果であり、それぞれが全体的な制御システムの個別の部分に貢献しています。

特権アクセス規範

表にまとめられた規範は連携して、特権アクセスが意図的、強制可能、監視可能、持続可能であることを保証します。

戦略、統合、ガバナンス

特権アクセス アーキテクチャは、強力な セキュリティ戦略、統合、ガバナンスの規範 に固定する必要があります。この規範では、特権アクセスが重要な理由、組織全体に適用する方法、および時間の経過と同時に維持する方法を定義します。

ミッションと成果

特権アクセス アーキテクチャ内では、この規範により、組織は次のことが可能になります。

• 特権アクセスの明確な方向を設定する: 影響の大きいアクセスを構成するもの、許可、制限、または削除されるアクセス パス、および成功の測定方法を定義します。
• 特権アクセスを運用に統合する: 特権アクセス要件を計画、アーキテクチャ、エンジニアリング、運用、およびパートナー エコシステムに埋め込んで、例外として扱われないようにします。
• 意思決定と投資を管理する: ID、インフラストラクチャ、アプリケーション、およびセキュリティ運用全体で一貫した優先順位付けと実行を推進するポリシー、標準、アカウンタビリティを確立します。
• より優れたビジネス上の意思決定を可能にする: 進行状況をブロックしたり、アンマネージド リスクを受け入れたりするのではなく、アクセス、テクノロジの変更、新しいイニシアチブを安全に承認するために必要なリスク コンテキストをリーダーに提供します。
• フォーカスと優先順位: ビジネスの優先順位を実用的な特権アクセス戦略に変換して、チームが最も目に見える問題だけでなく、最も結果的なリスクに集中できるようにします。
• 変化に適応する: 進化する脅威、新しいテクノロジ、ビジネス ニーズの変化に応じて、特権アクセス戦略を継続的に更新します。
• インシデントへの影響を軽減する: 一貫性、調整、アカウンタビリティを向上させ、特権アクセス関連のインシデントの可能性と重大度の両方を減らし、復旧結果を改善します。

実装の準備

エンド ツー エンドのセキュリティ アーキテクチャ

特権アクセス アーキテクチャは、個々のコントロールのコレクションではなく、 エンド ツー エンドのセキュリティ アーキテクチャとして設計する必要があります。 この規範により、ID、デバイス、アクセスの強制、監視、応答が、部分的な障害に耐えられる単一の閉ループ システムとして連携します。

ミッションと成果

特権アクセス アーキテクチャ内では、この規範により、組織は次のことが可能になります。

• 特権アクセスをシステムとして設計する: ID、デバイスの信頼、アクセスの強制、監視、応答を分離して動作するのではなく、相互に強化します。
• 承認されたアクセス パスをエンドツーエンドで定義する: 特権セッションの確立、検証、監視、および終了の方法を明示的にします。
• バイパスと特権エスカレーションを防ぐ: 攻撃者がプレーン間を移動したり (制御、管理、ワークロード)、レガシ パスを介して制御をバイパスしたりするギャップを回避できます。
• コントロールの障害を想定し、安全に回復する: 防止だけでなく、コントロールが失敗したときの検出と応答を設計します。
• 強制可能な制約を作成する: アーキテクチャの意図を ID システム、デバイス、インフラストラクチャ、プラットフォームによって実際に適用できるようにします。

実装の準備

アクセスとアイデンティティ

アクセスと ID の規範により、特権アクセス戦略が明示的な ID モデルに変わります。 特権アクションを実行できるユーザーを、どのような条件下で、どのくらいの期間、どのシグナルでアクセス決定に貢献できるかを定義します。

ミッションと成果

特権アクセス アーキテクチャ内では、この規範により、組織は次のことが可能になります。

• 特権を明示的にする: : 特権 ID と標準ユーザー ID とワークロード ID を明確に区別します。
• 永続的な特権を排除する: 昇格されたアクセスが期限付きであり、承認され、監査可能であることを確認します。
• 影響範囲を抑える: 特権ロールは、本当に必要なシステムと操作に厳密に限定します。
• 信頼性の高い信頼シグナルを提供する: ID リスク、認証強度、コンテキストをアクセスの決定に使用できるようにします。
• 制御を弱めずに回復をサポートする: 永続的なリスクを再導入することなく緊急アクセスを有効にします。

実装の準備

インフラストラクチャのセキュリティ

インフラストラクチャ のセキュリティ規範は、特権アクセスの制約を実現する適用面を提供します。 この規範により、アーキテクチャの意図を実際に適用して維持することができます。

ミッションと成果

特権アクセス アーキテクチャ内では、この規範により、組織は次のことが可能になります。

• 分離を強制する: 特権環境を標準ユーザー環境から分離します。
• 攻撃対象領域を減らす: 管理に使用されるシステムを強化します。
• 爆発半径を制限する:侵害された資産からの横移動を防ぎます。
• ID 主導の強制をサポートする: インフラストラクチャで ID とデバイスの信頼に関する決定を確実に遵守できるようにします。

実装の準備

セキュリティ態勢

セキュリティ体制管理規範により、特権アクセス保護は、初期デプロイだけでなく、時間の経過と同時に有効なまま維持されます。 アーキテクチャを継続的な保証に変えます。

ミッションと成果

特権アクセス アーキテクチャ内では、この規範により、組織は次のことが可能になります。

• 有効性の測定: 特権アクセス保護が実際に実施され、機能しているかどうかを把握します。
• 誤差を検出する: ロール、デバイス、またはアクセス パスがコンプライアンスから外れるタイミングを特定します。
• 修復に優先順位を付ける: 実際のビジネス リスクを高めるギャップに重点を置く。
• アーキテクチャを維持する: 環境と組織の進化に合わせて特権アクセスを維持します。

実装の準備

SecOps

SecOps 規範により、特権アクセスが監視可能、優先順位付け、アクション可能であることが保証されます。 この規範により、特権アクセスの誤用が迅速に検出され、一貫して処理されるようになります。

ミッションと成果

特権アクセス アーキテクチャ内では、この規範により、組織は次のことが可能になります。

• 特権の誤用を早期に検出する: 特権アクティビティをバックグラウンド ノイズではなく、高信号イベントとして扱います。
• 対応に優先順位を付ける: 特権アクセスに関連するインシデントが直ちに注意を引きます。
• ダメージを素早く封じ込める: 特権アクセスインシデント時のドウェル時間と爆発半径を短縮します。
• 学習を設計に戻す: 実際のインシデントを使用して、戦略、アーキテクチャ、およびコントロールを改善します。

実装の準備

次は何ですか?

特権アクセス アーキテクチャを実装してデプロイを開始します。