Assume Breach
Assume Breach とは何ですか?
Assume BreachA security operating philosophy that designs controls, monitoring, and architecture around the premise that an adversary is already inside the environment, prioritizing detection, containment, and recovery alongside (not instead of) prevention.
Assume Breach is a security operating philosophy popularized by Microsoft in the mid-2010s and now the default posture of mature programs and zero-trust architectures. Rather than treating prevention as the primary defense and detection as a backstop, an assume-breach program designs the environment as if the adversary has already gained a foothold and asks how detection, containment, recovery, and limiting blast-radius will hold up. Concretely this drives: network microsegmentation so lateral movement is constrained, identity-centric architecture (every request authenticated and authorized), endpoint detection and response everywhere, centralized logging with retention long enough for true-detection of slow campaigns, regular red-team and purple-team exercises against the live environment (not just labs), automated containment playbooks (isolate host, rotate keys, kill session), and recovery rehearsals (immutable backups, alternative paths to keep the business running). Assume Breach is a foundational principle of NIST 800-207 Zero Trust, the U.S. DoD Zero Trust Strategy, the U.K. NCSC Cyber Assessment Framework, and most modern security programs.
● 例
- 01
An organization assumes any laptop may be compromised at any time and routes all administrative actions through privileged-access workstations, regardless of laptop reputation.
- 02
An IR runbook for ransomware assumes initial access happened weeks earlier and triggers credential and key rotation across the affected identity tier in parallel with eradication.
● よくある質問
Assume Breach とは何ですか?
A security operating philosophy that designs controls, monitoring, and architecture around the premise that an adversary is already inside the environment, prioritizing detection, containment, and recovery alongside (not instead of) prevention. サイバーセキュリティの 防御と運用 カテゴリに属します。
Assume Breach とはどういう意味ですか?
A security operating philosophy that designs controls, monitoring, and architecture around the premise that an adversary is already inside the environment, prioritizing detection, containment, and recovery alongside (not instead of) prevention.
Assume Breach はどのように機能しますか?
Assume Breach is a security operating philosophy popularized by Microsoft in the mid-2010s and now the default posture of mature programs and zero-trust architectures. Rather than treating prevention as the primary defense and detection as a backstop, an assume-breach program designs the environment as if the adversary has already gained a foothold and asks how detection, containment, recovery, and limiting blast-radius will hold up. Concretely this drives: network microsegmentation so lateral movement is constrained, identity-centric architecture (every request authenticated and authorized), endpoint detection and response everywhere, centralized logging with retention long enough for true-detection of slow campaigns, regular red-team and purple-team exercises against the live environment (not just labs), automated containment playbooks (isolate host, rotate keys, kill session), and recovery rehearsals (immutable backups, alternative paths to keep the business running). Assume Breach is a foundational principle of NIST 800-207 Zero Trust, the U.S. DoD Zero Trust Strategy, the U.K. NCSC Cyber Assessment Framework, and most modern security programs.
Assume Breach からどのように防御しますか?
Assume Breach に対する防御は通常、上記の定義で述べたとおり、技術的統制と運用上の実践を組み合わせます。
Assume Breach の別名は何ですか?
一般的な別名: Breach-tolerant security, Compromise-tolerant design。
● 関連用語
- network-security№ 1397
ゼロトラストネットワーク
ユーザー・デバイス・サービスをデフォルトで信頼せず、すべての接続をアイデンティティに基づき継続的に検証するネットワーク設計。
- compliance№ 330
多層防御(Defense in Depth)
独立した対策を層状に重ね、単一の対策が破られても他の層が予防・検知・封じ込めを続けられるようにするセキュリティ戦略。
- network-security№ 752
マイクロセグメンテーション
個々のワークロードやアプリケーション単位で許可リストポリシーを適用する、きめ細かなセグメンテーション手法。
- forensics-ir№ 582
インシデントレスポンス
サイバーインシデントの準備・検知・分析・封じ込め・根絶・復旧を体系的に行い、教訓を反映する組織的プロセス。
- defense-ops№ 338
ディテクションエンジニアリング
脅威モデルに基づいて検知をコードとして設計・テスト・展開・運用し、攻撃手法に対する網羅性を測定可能にする実践分野。
- defense-ops№ 1267
スレットハンティング
既存検知をすり抜けた脅威を見つけ出すため、テレメトリを仮説駆動で能動的に探索する取り組み。