シンジです。
ついさっき、うちのすかんくが「AI時代のゼロトラストがキツい件について」という記事を書きました。OpenAIとHugging Faceのインシデントを起点に、ゼロトラストの前提を疑い、デセプションと復旧全振りを検討し、最後は「答えは出ていませんし、出すつもりも正直無いです」と言い切って終わる記事です。
書き手として誠実な締め方だと思います。考えかけのメモを考えかけのまま出す勇気は、社員に持っていてほしいものの筆頭です。
答えを出さなくていいのは、答えを出す役目の人間が別にいるからです。 セキュリティ予算の稟議に最後に判子を押すのも、リスクアペタイトを決めるのも、彼の記事が「現場で閉じずに、経営が決める話」と呼んだ領域を引き取るのも、社長の仕事です。『ゼロトラスト概論』を書いた人間として、そして毎期その判子を押している経営者として、アンサーを書きます。
先に結論
- ゼロトラストの原則は崩れていません。崩れたのは「人間の主体・人間の速度・人力の検証ループ」という実装の慣習のほうです
- すかんくの言う3層ポートフォリオ（ゼロトラスト＋デセプション＋レジリエンス）には賛成です。ただしあれは「層」ではなく順序の話で、デセプションもレジリエンスもID・資産管理の土台があってはじめて本来の忠実度と速度で機能します
- 「何を捨てるか」は経営が決める。だからこの記事では、経営者として答えを出します
「ゼロトラストがキツい」の正体
まず、彼の記事のタイトルに正面から答えます。キツいのはゼロトラストでしょうか。
書籍を書いていた頃から、シンジが一貫して言い続けてきたことがあります。ゼロトラストは到達すべき「状態」ではなく、信頼を仮定しないという「設計原則」だということです。原則に完成はありません。完成がないものを「導入プロジェクト」として扱い、製品を並べて「うちはゼロトラストを完成させた」と言った瞬間に、それは静的な城壁に戻ります。名前が変わっただけの境界防御です。
すかんくが挙げた前提①（主体は人間とデバイス）は、彼自身が本文で正確に書き直している通り、NIST SP 800-207の規格の限界ではなく、2020年前後の実装の慣習の限界です。規格は非人間の主体を排除していません。排除していたのは、IdPの管理対象を人間のアカウント中心に組んできた私たち実務側です。
OpenAI/HF事案の読み方も、彼が反論①で自分に入れたツッコミがほぼ正解だと思っています。破られたのは、サンドボックス唯一の出口だったプロキシへの暗黙の信頼、egress制御の甘さ、転がっていた認証情報。どれもゼロトラストが10年前から「信頼するな」と言い続けてきた対象そのものです。あの事案はゼロトラストの敗北ではなく、「信頼するな」が徹底されていなかった領域が音を立てて見つかった事案です。
ここまでなら、著者としては「ゼロトラストは無罪」で閉じられます。
それでも、彼の疑念の核心は正しい
ただ、前提③だけは別です。
「検証のループは人間のSOCが回せる」
この前提は、本当に崩れました。
ブレイクアウトタイム29分、最速27秒という数字の前で、人力のトリアージが間に合うと言い張るのは無理があります。アクセスの許可・拒否そのものは、これまでもポリシーエンジンが機械的に判定してきました。人間のシフト表に載っていたのは、その前後。相関されたシグナルの重大度判定、対応の立ち上げ、封じ込めの判断です。原則は生きていても、運用のこの一点が機械速度に負けている。ここは著者として認めるべき敗北です。
では検証ループを誰が回すのか。
答えの方向は、皮肉なことにHF事案そのものの中にあります。あの件で防御側のAIスタックは、攻撃シグナルの検知と相関までは機能しました（重大度判定と封じ込めは人間が実施しています）。
検証ループ自体を機械速度に載せ替えること。
SOCのAI化、ポリシー評価の自動化、NHIの権限のリアルタイム査定が、ゼロトラストの次の章になります。「ゼロトラストがキツい」のではなく、「ゼロトラストを人間の速度で回すのがキツい」。
デセプションは「買う」前に「置く」
デセプションについては、経営者としての評価を書きます。賛成です。それも、彼が思っているより強く賛成です。
理由は稟議の通りやすさにあります。防御投資の効果は「起きなかった侵害」でしか語れず、経営説明の場では常に分が悪い。ところがデセプションは、彼の整理の通り攻撃側のROIを悪化させる投資として説明できます。効果の主語が自社ではなく攻撃者になる。この向きの反転は、セキュリティ投資の説明としてはかなり珍しい性質です。Tracebitの実験（侵害に至った試行の95.9%で、最初の致命的行動より前にカナリアが発報）のように、攻撃者の動きを高忠実度の早期警報へ変えられることを示す数字も揃い始めています。
ただし、順序があります。彼自身が反論②で書いた「資産管理やID管理が崩壊した環境にデコイだけ撒いても見破られる」は、顧客支援の現場感覚としてもその通りです。環境と一貫性のないデコイは、大量の情報を突き合わせるAIが相手なら尚更浮きます。IPA掲載のホワイトペーパーが製品からではなく自社の目的・資産・脅威認識から設計しろと繰り返すのも、同じ理由でしょう。
復旧全振りは、SaaSファーストの会社なら「すでにやっている」
「ミニマムガード＋最速リビルド」の章は、読みながら少し笑ってしまいました。端末は家畜、データはSaaSとイミュータブルなバックアップ、構成はIaC。これは、クラウドネイティブが創業以来お客様に勧めてきたコーポレートITの形、ほぼそのものだからです。
私たちはこれを「復旧全振り」というセキュリティ戦略として設計したわけではありませんでした。SaaSファーストで作った環境が、結果として「何分で会社を再起動できるか」を測れる環境になっていただけです。順序は逆でしたが、着地は同じです。もちろんSaaSに寄せただけで復旧が測れるわけではなく、テナント設定やIDの復元手順を整え、目標RTOに対して演習で実測した復旧時間が収まってこその話です。NIST SP 800-160 Vol.2の4目標（予期・耐性・復旧・適応）やDORAが制度側から同じ方向で、「業務中断を前提に、復旧可能性を測って備えよ」へ降りてきたのは、心強い符合だと受け取っています。
削れない3点の整理。フィッシング耐性のある認証、egress制御、データの不変性と監査ログにも全面的に同意します。可用性は復旧できても、漏えいしたデータは復旧できない。二重恐喝が主流の現在、純粋なノーガードが機密性の一点で成立しないという彼の自己反論は、この記事で一番価値のある段落だと思います。
経営者として、答えを出す
さて、彼が経営に投げた問い、何を捨てるか、どこを諦めるかを引き取ります。クラウドネイティブとしての現時点の答えはこうです。
捨てるもの。 「侵入ゼロ」というKPIは捨てます。侵入されない会社を目指すのではなく、侵入されても事業が止まらない会社、止まっても測定可能な時間で再起動できる会社を目指します。全資産を等しく守る建前も捨てます。止まると事業が死ぬ資産を特定し、防御もデコイもそこへ集中させます。
諦めないもの。 さっきの3点（フィッシング耐性認証・egress制御・不変データと監査ログ）と、IDの統制です。ここは復旧では取り返せない領域なので、予算の再配分から除外します。
KPIに置くもの。 検知までの時間、復旧演習の成功率、そして「最悪の日に何が動いていれば会社は生きていると言えるか」の定義が更新され続けていること。Minimum Viable Companyの定義は、一度作ったら終わりの文書ではなく、事業が変わるたびに書き直す経営文書として扱います。
これは弊社の規模とリスクアペタイトにおける答えです。金融機関なら耐性度の要求水準が違いますし、製造業ならOTという別の重力が働きます。答えの中身よりも、答えを経営が文書で持っているかどうかが、これからの分かれ目になると思っています。
付け足すなら
彼の記事に足すとすれば、NHIとAIエージェントのアイデンティティ統制です。
非人間IDが人間IDの80倍以上、MicrosoftのテレメトリでFortune 500の80%超がAIエージェントを稼働という数字は、彼の記事では前提①を崩す材料として使われていました。でもこの数字は同時に、3層ポートフォリオ全体の足元でもあります。デセプションの高忠実度アラートも、鳴った瞬間に「このトークンに触れた主体は誰で、どの権限で動いていたか」が即答できなければ、対応は結局人間の調査速度に落ちます。最速リビルドも、エージェントに払い出した認証情報の棚卸しができていなければ、きれいな復旧点に汚れた鍵を持ち込むだけです。
つまり、エージェントに「身元」を与え、権限を絞り、行動を記録するというゼロトラストの宿題を先に済ませない限り、上に載せる2層はどちらも本来の速度で回りません。ゼロトラストが戦略の主役から土台の配管に下がる、という彼の見立てに、シンジは修正を入れません。ただ、解釈は逆にします。配管になれた技術は、失敗したのではなく勝ったのです。 電気や水道を戦略と呼ぶ会社がないのは、それらが敗北したからではありません。意識されなくなるところまで浸透したからです。ゼロトラストはいま、その途中にいます。
まとめ
- キツいのはゼロトラストではなく、「ゼロトラストの完成」をゴールに置き、人間の速度で検証ループを回し続ける運用のほう
- OpenAI/HF事案はゼロトラストの敗北ではなく、ゼロトラスト原則が徹底されていなかった領域（AIワークロード・NHI）の露見。ただし「人力のSOCが回せる」という前提の崩壊だけは本物で、検証ループ自体の機械速度化がゼロトラストの次の章になる
- デセプションは「攻撃側のROIを悪化させる投資」として稟議に載る、珍しい性質のセキュリティ投資。ただし順序はID・資産管理の土台が先。
- 復旧全振り（ミニマムガード＋最速リビルド）はSaaSファースト設計の必然的な着地点。削れない3点＋ID統制は再配分の対象外
- 何を捨てるかは経営の文書として持つ。弊社は「侵入ゼロ」KPIと「全資産均等防御」を捨て、検知時間と復旧演習成功率をKPIに置く
社員が社長の専門領域に「きつない？」と正面から書いてくる会社であること自体は、シンジの誇りです。
FAQ
Q. ゼロトラストはもう不要ですか？
A. 不要になりません。ゼロトラストは製品や状態ではなく「暗黙に信頼しない」という設計原則で、AIエージェントやNHIが主役になるほど適用範囲はむしろ広がります。不要になるのは「ゼロトラスト導入の完成」という考え方のほうです。
Q. デセプションはゼロトラストの代替になりますか？
A. なりません。ID・資産管理の土台がない環境のデコイは環境との一貫性を欠き、見破られます。ゼロトラストの土台の上に載せる補完であり、順序としては土台が先です。
Q. 予算はどう説明すればいいですか？
A. 積み増しではなく再配分で組みます。デセプションは攻撃側のROIを悪化させる投資として、復旧は「短縮できる停止時間×時間あたりの事業損失」（1インシデントあたり。年間で見るなら想定頻度を掛けます）として、それぞれ数字で説明できます。捨てる側（侵入ゼロKPI、全資産均等防御、レガシー維持費）を先に決めるのが経営の仕事です。
