ゼロトラスト

Zero Trust

security network beginner

社内外の場所だけで安全と決めず、利用者や端末、操作に応じてアクセスを確認する考え方。

概要（サマリー）

ゼロトラストとは、社内外の場所だけで安全と決めず、利用者や端末、操作に応じてアクセスを確認する考え方である。
建物の玄関を通った人でも、すべての部屋や金庫を自由に開けられるわけではない、というイメージだ。
必要な人が、必要な条件で、必要な情報へアクセスできるように設計する。

従来は、社内ネットワークの内側を信頼し、外部との境界を守る考え方が中心だった。
しかし、社内の端末が感染したり、正規のアカウントが盗まれたりする場合もある。

クラウドやリモートワークの利用も、単純な内外の区切りを難しくする。
ゼロトラストでは、接続元が社内という理由だけで、広いアクセスを認めない。

これは、境界で守る仕組みをすべて捨てるという意味ではない。
境界を越えた後も、個々の情報や機能へのアクセスを適切に制御する考え方だ。

アクセスの判断には、利用者の本人確認だけでなく、端末や要求する操作も関係する。
たとえば、端末の管理状態や更新状況を判断材料にする場合がある。

同じ利用者でも、社内資料の閲覧と管理者の変更では、求める条件が異なる。
重要な操作では、追加の認証や承認を求める設計も考えられる。

すべての製品で同じ条件を検査できるわけではない。
守りたい情報と、実際に確認できる条件に応じて設計する必要がある。

権限は、その人やプログラムができる操作の範囲である。
ゼロトラストでは、アクセスを認めた後の範囲も必要最小限にする。

たとえば、資料を読む担当者に、利用者全員を削除できる権限までは渡さない。
自動処理用のアカウントにも、その作業に必要な操作だけを認める。

役割が変わったときや、作業が終わったときには見直す。
一度渡した権限を、理由なく永続させないことが重要だ。

二要素認証は、本人確認を強くするための手段になる。
SSOは、複数サービスのログインをまとめ、管理しやすくする仕組みだ。

ただし、本人と確認できたことと、その操作を許してよいことは別である。
「ログイン済みなら、ほかの利用者の情報も見られる」という設計では不十分だ。

アクセスする機能やデータごとに、権限や条件を確かめる必要がある。
本人確認と、操作を許可する判断を組み合わせることが基本になる。

VPNは、離れた場所との接続などに使う仕組みである。
VPNへ接続できたという事実だけで、その後のすべての操作を正当と判断してよいわけではない。

ファイアウォールは通信を制御するために使う。
ゼロトラストは、こうした個々の道具を含め、アクセスをどう判断するかという設計の考え方だ。

VPNを使っているかどうかだけで、ゼロトラストかどうかを決めることはできない。
製品の名前よりも、何を条件に、どの範囲を許可しているかを確認するとよい。

この考え方を広めた取り組みとして、GoogleのBeyondCorpが知られている。
アクセス制御の製品例には、Microsoftが案内しているゼロトラストの機能群や、Zscalerのようなサービスがある。
製品を導入したこと自体が、考え方の実装まで終わったことを意味するわけではない。

最初に、守りたい情報と、それを利用する人や端末を整理する。
次に、不要な共有アカウントや広すぎる権限を減らすなど、具体的な対策へ落とし込む。

アクセスや設定変更の記録を使い、想定した運用になっているか確認する。
異常が見つかった場合に、アクセス停止や再認証へつなげる仕組みも必要になる。

利用者に毎回パスワードを打たせればよい、という話ではない。
業務に必要な使いやすさと、操作に見合う確認を両立させることが重要だ。

AIにアプリを作らせるときは、画面を隠すだけでなく、サーバー側で操作の権限を確認するよう指示する。
「利用者Aが、利用者Bのデータへアクセスできないことを確認して」と具体化するとよい。

外部サービスやAIエージェントへ渡す権限も、必要な作業に限定する。
AIには権限表やアクセスの確認手順を作らせ、実際の実装と一致するかを検証する。

人柄の評価ではなく、アクセスの正当性を仕組みで確認する考え方だ。
信頼する社員の端末やアカウントが悪用される場合も想定する。

特定の製品名ではなく、設計と運用の考え方である。
認証、権限、端末、記録、対応の仕組みを、目的に合わせて整える必要がある。

毎回の手入力と同じ意味ではない。
セッションや端末の状態などを利用し、必要に応じて追加の確認を求める設計ができる。