[入門] ゼロから学ぶゼロトラスト 第1回 なぜ今「何も信頼しない」のか？

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/3521573/74383519-3438-4521-a237-f78bd6957520.png)

https://qiita.com/ShigemoriMasato/items/c3fb14fa995799595795

想像してください。土曜日の朝、通勤電車の中でスマホに災害対策アプリからの緊急通知が鳴り響きます。

**【緊急事態発生】全社員へ、サイバー攻撃により全システム停止。PCの電源を入れないでください。オフィス立ち入り禁止。詳細は追って連絡します。**

公表はされていませんが、緊急事態を知らせる通知があったのは間違い無いでしょう。地震でも火災でもない。もっと恐ろしい「見えない災害」の始まりでした。

2024年6月8日土曜日、この悪夢が現実となったのがKADOKAWAグループです。ランサムウェア攻撃[^1]により、「ニコニコ動画」をはじめとする多くのサービスが長期間停止に追い込まれることになりました。

> **KADOKAWAグループへのサイバー攻撃の経緯**
> 6月8日（土）に発生したランサムウェア「BlackSuit」によるサイバー攻撃。土曜日に公式発表。侵入経路は現時点で公表されておらず、攻撃者が社内ネットワークに長期間潜伏していたとの指摘があります。データセンター内のサーバーが暗号化され、複数のWebサイトや基幹システムが停止。個人情報については最大25.4万件の流出が公表されていますが、調査は継続中です。2025年1月時点で、攻撃者は流出データが1.8TBに拡大したと主張しています。

この事件は、「社内ネットワークは安全だ」という常識がもはや通用しないことを示しています。テレワークやクラウドサービスの利用が当たり前になった今、会社の"境界"は曖昧になり、どこからが「内部」でどこからが「外部」なのか、明確に線を引くことが難しくなっています。

**あなたの会社は、明日、同じ目に遭わないと断言できますか？**

## これまでの常識「境界防御モデル」の終焉

ゼロトラストを理解するために、まずはこれまでのセキュリティの主流だった「**境界防御モデル**」について見ていきましょう。

これは文字通り、組織のネットワークを「城壁」で囲み、その内側を守るという考え方です。

```mermaid
graph TD
    subgraph インターネット
        A[攻撃者]
    end

    subgraph 社内ネットワーク
        B[社員PC]
        C[機密データ]
        D[社内サーバー]
        B --> C
        B --> D
    end

    E(Firewall)

    A -- 不正な通信をブロック --> E
    E -- 許可された通信のみ --> B
```

このモデルでは、内部ネットワーク（Trusted）は信頼できる領域、外部ネットワーク（Untrusted）は信頼できない領域として明確に区別されます。

しかし、ファイアウォールやVPNで防げるなんて神話の世界、古き良き時代の話です。現代の高度化したサイバー攻撃の前では、これらの対策だけでは無力なのです。

### なぜ境界防御は崩壊したのか

#### 1. 境界が曖昧になった

クラウドサービス（AWS、Azure、Google Cloud、Salesforce、Microsoft 365など）の利用やテレワークの普及により、守るべきデータやシステム、そして働く場所も社外に広がりました。もはや、物理的なオフィス＝安全な境界という前提が成り立ちません。

#### 2. 一度侵入されると壊滅的

最も大きな問題は、一度でも侵入を許すと、内部では比較的自由に動けてしまう（**ラテラルムーブメント**[^3]）点です。

```mermaid
graph LR
    subgraph "在宅・外出先"
        A[社員PC]
        B[マルウェア感染PC]
    end
    
    subgraph "インターネット"
        C[VPN接続]
        D[攻撃者]
    end
    
    subgraph "社内ネットワーク"
        E[VPNサーバー]
        F[社内サーバー]
        G[機密データ]
        H[他の社内システム]
    end
    
    A -- 暗号化通信 --> C
    B -- 感染したまま接続 --> C
    C --> E
    D -- 窃取した認証情報 --> C
    D -- VPN脆弱性攻撃 --> E
    
    E -- フルアクセス --> F
    E -- フルアクセス --> G
    E -- フルアクセス --> H
    
    F --> G
    F --> H
```

KADOKAWAの事例でも、攻撃者が内部ネットワークに長期間潜伏し、内部のサーバーが次々と攻撃者の手に落ちたと見られています。

#### 3. ゼロデイ脆弱性への無力さ

2023年から2024年にかけて、業界大手のVPN製品で相次いで深刻な脆弱性が発見されました。

- **Cisco ASA/FirePOWER**：政府機関を狙った攻撃で悪用
- **Fortinet FortiOS**：認証前リモートコード実行の重大な欠陥
- **Palo Alto Networks**：管理者権限でのリモートコード実行が可能
- **Ivanti Connect Secure**：ゼロデイ攻撃で全世界610台のデバイスが侵害

さらに、オンプレミス環境では平日にファームウェアアップデートを行うことの難しさもあります。脆弱性が発見されてからパッチ適用まで危険な期間が生じてしまいます。

> **境界防御モデルの欠点**
> 信頼の根拠がネットワークの場所（内部か外部か）に置かれており、内部に侵入した攻撃者に対して脆弱です。VPN製品が攻撃の足がかりになることがあり、マルウェアに感染した端末からのVPN接続も防げません。ゼロデイ脆弱性に対しても無力です。

### 週末の早朝に起こる恐怖

現代の攻撃者は**数週間から数ヶ月かけて内部に潜伏**します。そして、最も監視が手薄になる状況にもよりますが週末深夜を狙って攻撃を実行します。

```mermaid
graph TD
    subgraph "3週間前、侵入"
        A[フィッシングメール]
        A --> B[従業員PC感染]
        B --> C[VPN経由で内部侵入]
    end

    subgraph "2週間、潜伏・偵察"
        C --> D[管理者権限取得]
        D --> E[重要システム特定]
        E --> F[バックアップ確認]
    end

    subgraph "週末早朝、攻撃実行"
        F --> G[全システム暗号化]
        G --> H[身代金要求]
        H --> I[週末の心理的圧迫]
    end

    style A fill:#ff6b6b
    style G fill:#ff6b6b
    style H fill:#ff6b6b
```

**なぜ週末の深夜が狙われるのか**
- **監視体制の手薄さ**：深夜〜週末はSOC（セキュリティ監視センター）の人員が最少
- **発見の遅れ**：月曜朝まで攻撃に気づかない可能性が高い
- **対応チームの不在**：IT部門、経営陣が不在で初動対応が遅れる
- **心理的圧迫**：週末の限られた時間で重大な意思決定を強要

## 新しい常識「ゼロトラスト」という救世主

こうした背景から、今まさに注目を集めているのが「**ゼロトラスト**」[^2]というセキュリティの考え方です。

ゼロトラストの原則は非常にシンプルです。

> "**Never Trust, Always Verify**"（決して信頼せず、常に検証せよ）

つまり、「社内だから」「VPNに接続しているから」といった理由だけでアクセスを信頼するのをやめ、**すべてのアクセスを信頼できないものとして扱い、毎回その安全性を検証する**という考え方です。

```mermaid
graph TD
    A[ユーザー・デバイス] -- アクセス要求 --> B{ポリシーエンジン}
    B -- 検証 --> C[認証・認可]
    B -- 検証 --> D[デバイスの状態]
    B -- 検証 --> E[場所・時間]

    C -- OK --> F[アクセス許可]
    D -- OK --> F
    E -- OK --> F

    F --> G[アプリケーション・データ]
```

### ゼロトラストを支える5つの基本原則

『ゼロトラストネットワーク 第2版』では、ゼロトラストネットワークを支える5つの基本的な考え方が示されています。

1. ネットワークは**常に脅威にさらされている**と考える
2. 脅威はネットワークの**内外両方**に存在することを認識する
3. ネットワークの場所（ローカルネットワーク）は、**信頼の条件として不十分**である
4. すべてのデバイス、ユーザー、ネットワークフローは**認証され、認可される**必要がある
5. ポリシー[^4]は、できるだけ多くの情報源から**動的に算出される**べき

つまり、ゼロトラストの世界では、どこからのアクセスであっても、リクエストのたびに「あなた（ユーザー）は誰ですか」「そのデバイスは安全ですか」「そのアクセスは許可されていますか」といった検証を厳格に行うのです。

## 実践編、Cloudflare Accessによるゼロトラスト導入

筆者も実際にCloudflare Zero Trust（Cloudflare Access）を利用していますが、その手軽さと安全性には驚かされます。

### 導入前の課題

- **従来のVPN**：設定が複雑、接続速度が遅い
- **セキュリティの不安**：「内部なら安全」という前提への疑問
- **管理の負担**：ユーザー追加/削除のたびに設定変更

### 導入後の劇的な変化

```mermaid
graph LR
    A[ユーザー] --> B[Cloudflare Edge]
    B --> C{認証チェック}
    C -- 認証OK --> D[アプリケーション]
    C -- 認証NG --> E[アクセス拒否]
    
    F[Google/MS認証] --> C
    G[デバイス状態] --> C
    H[アクセスポリシー] --> C
```

**セキュリティの向上**
- **多要素認証**：GoogleやMicrosoftアカウントとシームレス連携
- **デバイス状態チェック**：アンチウイルスの状態、OS更新状況を確認
- **リアルタイム監視**：不審なアクセスを即座に検知・遮断

**実際の防御例**
```
警告、深夜2時のアクセス試行を検知
場所、海外IPアドレス
アカウント、経理部 田中さん
デバイス、未登録のWindows PC
判定、アクセス拒否（多要素認証失敗）

→ 結果、フィッシング攻撃を自動的に遮断
```

**コストの削減と投資対効果**
- **Free版**：50ユーザーまで無料（24時間ログ保持）[^5]
- **Standalone Access**：1ユーザー月額3ドル（約450円）
- **従来のVPN**：ライセンス + ハードウェア + 運用保守で月額数万円
- **投資回収**：1回の攻撃を防ぐだけで初期投資の100倍以上の価値
- **保険料削減**：ゼロトラスト導入企業は保険料が平均20-30%削減

## まとめ

KADOKAWAの事例は、従来の境界防御モデルの限界を如実に示しています。もはや「社内ネットワークは安全」という前提は通用しません。

ゼロトラストは、この新しい脅威環境に対応するための必然的な進化です。特定の製品やツールを指す言葉ではなく、セキュリティに対する根本的な考え方、いわば「**マインドセットの変革**」です。

境界防御モデルとゼロトラストモデルの違いを理解し、段階的に移行を進めることが重要です。

```mermaid
graph TB
    subgraph 境界防御モデル
        A1[外部] --> B1[Firewall/VPN]
        B1 --> C1[内部は信頼]
        C1 --> D1[自由なアクセス]
    end
```
```mermaid
graph TB
    subgraph ゼロトラストモデル
        A2[すべてのアクセス] --> B2[常に検証]
        B2 --> C2[条件付きアクセス]
        C2 --> D2[最小権限]
    end
```

https://qiita.com/ShigemoriMasato/items/c4bb72ffee9a5a346bfa
## 参考文献

- piyolog「KADOKAWAグループへのサイバー攻撃や悪質な情報拡散についてまとめてみた」
- 『ゼロトラストネットワーク 第2版』オライリー・ジャパン
- Cloudflare Zero Trust、Microsoft Zero Trust、Google BeyondCorpなどの各社のゼロトラストソリューション
- KADOKAWA公式発表資料
- NIST SP 800-207 Zero Trust Architecture


[^1]: **ランサムウェア (Ransomware)** - コンピュータ内のファイルを暗号化して使用不能にし、その復元と引き換えに身代金（Ransom）を要求するマルウェアの一種。KADOKAWAの事例では、BlackSuitというランサムウェアグループによってデータが暗号化され、事業に大きな影響が出ました。

[^2]: **ゼロトラスト (Zero Trust)** - この用語は、2010年に調査会社のForrester Researchに所属していたJohn Kindervag氏によって提唱されたのが始まりとされています。その後、NIST（アメリカ国立標準技術研究所）が2020年にSP 800-207でアーキテクチャを定義し、広く知られるようになりました。

[^3]: **ラテラルムーブメント (Lateral Movement)** - ネットワークに侵入した攻撃者が、最初の侵入地点から権限を昇格させながら、ネットワーク内部を水平方向（横）に移動し、他の端末やサーバーへと侵害範囲を拡大していく攻撃手法のこと。『ゼロトラストネットワーク 第2版』でも、境界防御モデルの大きな欠点としてこのリスクが指摘されています。

[^4]: **ポリシー (Policy)** - 誰が、いつ、どこから、どのデバイスを使って、何にアクセスできるかを定めたルールのこと。ゼロトラストでは、このポリシーを動的に（状況に応じて柔軟に）適用することが重要とされています。この判断を行う中核的なコンポーネントを「ポリシーエンジン」と呼びます。

[^5]: **Cloudflare Zero Trust Free** - 最大50シートまで無料で利用可能。ただし、ログ保持期間は24時間、ポリシー数に制限があるなど、いくつかの制約があります。より大規模な利用や高度な機能が必要な場合は、有料プラン（Standalone Accessは1ユーザーあたり月額3ドル）への移行が推奨されます。