まず前提：「完全にコントロール」は目標にしない
「完全にコントロールできる」という言い方は、現実の脅威環境では成立しにくいです。技術は更新され、攻撃手法も変わり、利用者の行動や端末の状態も影響します。代わりに、起こり得るリスクを「理解し、減らし、検知し、復旧できる状態」を作ることを目標にすると、対策が現実的になります。
ここでは、そのための考え方を「5つのEnos」として整理します。Enosは固有名詞のように見えますが、内容としては“対策を組み立てるための5つの観点”として扱います。つまり、手段を増やす話ではなく、設計と運用の型です。
5つのEnos：仕組みを動かす5観点
1) Enos①：目的（何を守るか）を明確にする
オンラインセキュリティは「全部を守る」より、「何を守りたいか」で対策が決まります。例えば、
- 通信内容の保護（盗聴・改ざんの影響を減らす）
- アカウントの乗っ取り対策（認証情報の漏えい・不正ログインの影響を減らす）
- デバイス側の安全（マルウェアや不正ソフトの影響を減らす） のように、守りたい対象を分けます。 目的が曖昧だと、対策が“広すぎる/ズレている”状態になり、誤設定が増えます。最初に目的を固定するのが、以降の判断の土台になります。
2) Enos②：脅威モデル（何が起きるか）を置く
次に「想定する攻撃の種類」を置きます。典型例としては、
- 偽サイト・フィッシングでの認証情報の詐取
- 盗聴や中間者攻撃による情報の漏えい
- パスワード使い回しによる横展開
- 端末の感染による情報の持ち出し などです。 ここで重要なのは、脅威を“名指し”することより、「自分の状況で起きやすい経路はどれか」を言語化することです。言語化できると、対策の優先順位と検証項目が作れます。
3) Enos③：対策の層（どこで効かせるか）を設計する
対策は1つだけに頼らず、層として設計します。例えば、
- 通信経路の保護（経路上のリスクを下げる）
- 認証の強化（パスワードだけに依存しない）
- 端末の衛生（更新・不要な権限の抑制など）
- 検知と復旧（異常の早期発見と切り分け） といった観点で“どこに効かせるか”を揃えます。 仕組みとしては、仮に1つの層が破られても、次の層で被害を止める（または被害範囲を縮める）構造を作るイメージです。
4) Enos④：運用（設定後に何を維持するか）を決める
技術的な対策は、設定した瞬間ではなく「維持している間」に価値が出ます。運用で崩れやすいのは、
- 期限切れ（証明書、セキュリティ機能、更新）
- 例外の積み上げ（危険な設定の常用）
- 変更が追跡できない（誰がいつ何を変えたか） です。 運用では“見直しの周期”と“変更の記録”を用意します。これにより、問題が起きたときに原因を絞りやすくなります。
5) Enos⑤：検証（効いているかをどう確かめるか）
最後が検証です。ここで言う検証は、安心を願うことではなく、「確認できる観点を持つ」ことです。完全性は難しいため、“想定した状態になっているか”を段階的に確かめます。