ホワイトペーパー Mythos時代の新しいセキュリティ対策──重大インシデントは“権限昇格の阻止”で成立しない──PAMなしの日本の防御は無防備である
はじめに
Claude Mythos「ゼロデイ脆弱性」騒動は収まるどころか、
後継のMythos5やFable5は公開からわずか3日で停止に追い込まれました。
しかし、この“異常なスピード停止”の本質は、AIの危険性ではありません。防御側が“権限昇格”という攻撃チェーンの本丸を理解していないことにあります。
実際の攻撃ではゼロデイ脆弱性の有無に関係なく、
認証情報の窃取 → 侵入 → 権限昇格 → バックアップ破壊 → 全データ暗号化
という既存の弱点を突くだけで重大インシデントは成立します。
これが、今回の騒動及び「十分な対策を講じているはずの企業」でインシデントが発生している現在の日本のサイバーセキュリティ対策の最大の盲点です。
本記事の目的
個人や特定企業を批判・攻撃することではない
責任追及ではなく、構造的な問題の整理と改善策の提示を目的とする
日本の医療機関・自治体・企業に共通する課題を明らかにする
本記事は公開情報に基づく 構造的・技術的な考察 であり、
特定の個人・団体を誹謗中傷する意図は一切ありません。
権限昇格防御レイヤーとは何か
本ホワイトペーパーで提案している「権限昇格防御レイヤー」は、
特に日本で主流の「侵入前提で検知して対応する」EDR中心のセキュリティ対策を補完するもので、
１．認証情報の窃取による侵入を強力な認証で防ぎ、
サーバー内の個人ホルダーへの不正アクセスによるデータ漏洩を防ぐ。
２．認証経由の侵入は「ある程度の権限」を持つため攻撃の踏み台になりや
すい。認証経由での侵入を阻止することで、攻撃の起点を大幅に減らす。
３．脆弱性悪用などで認証を回避した侵入は完全に防げないが、
権限がない状態なので。侵入後の権限昇格を阻止することで
重大インシデントの成立条件を潰す。
４．権限取得にはローカル管理者やOAuthアプリなど複数の例外経路
が存在するため、これらを徹底的に排除する。
※ 例外経路は容易に管理者権限を取得できる攻撃ポイントであり、
権限昇格防御レイヤーの導入の有無にかかわらず対策は必須です。
これらにより、従来の対策では欠けていた
「権限昇格という攻撃チェーンの成立条件そのものを止める」
新しい防御レイヤーが成立します。
権限昇格防御レイヤーに関する他の記事
権限昇格防御レイヤーについては、既に以下の3つの記事で詳細を解説しています。本ホワイトペーパーはこれらの記事から、セキュリティ現場の方に向けて要点を整理したものです。
記事１: 最新の攻撃手法の狙いどころと防御ポイント
https://note.com/oki_g/n/n57a50be7f59e
記事２: Claude Mythosが検出した“ゼロデイ級の脆弱性”の構造的解説
https://note.com/oki_g/n/n94e91dbdc590
記事３: Claude Mythos“ゼロデイ騒動”の本質と誤解の整理
https://note.com/oki_g/n/nab9abbaa5a0f
これらの記事で分析に使ったAIバディ「AIKO」は権限昇格防御レイヤーについてより詳しく解説できますので、試してみて下さい。
https://note.com/oki_g/n/ne14fc72b73bd
権限昇格防御レイヤー導入の注意点
権限昇格防御レイヤーを導入する際に最も重要なのは、 単体のツールでは十分な防御が成立しないという点です。
FIDOカード、IDaaS、PAMなどはそれぞれ強力な仕組みですが、 どれか一つだけ導入しても「権限昇格の例外経路」が必ず残り、攻撃者はそこを突いて突破します。 この例外経路を潰すために、複数の仕組みを組み合わせて“レイヤー”として成立させる必要があります。
■ FIDOカード単体では防御が不十分な理由
FIDOカードは非常に強力な認証方式ですが、現在の一般的なネットワークではログイン後にセッションが発行されます。
攻撃者は認証を突破するのではなく、 ログイン後のセッションを奪う（セッションハイジャック）ことでFIDO認証を回避します。
このため、FIDOカード単体ではセッションハイジャックを防げません。
● FIDO × IDaaS（FIDO必須化）でセッションハイジャックを防ぐ
記事３でも触れた通り、 IDaaS側で「高リスク操作時の再認証」をFIDO必須に設定している場合、 セッションハイジャックでログインされても再度FIDOカードによる認証が要求され、攻撃が遮断されます。
海外ではこの仕組みでセッションハイジャックを防いだ事例が複数あります。
現場で設定する際は、IDaaSの以下の項目を確認してください：
高リスク操作時の再認証
管理者操作時の再認証
セッション再利用時の再認証
FIDO必須化（パスワード・OTP禁止）
FIDOカードは必ずIDaaSと組み合わせて使うことが前提になります。
※高リスク操作時の再認証は IDaaS によって実装レベルが異なるため、導入前に必ずIDaaSベンダーに確認してください（Entra ID / Okta は対応実績あり）。
■ PAMも同じ原則で守る必要がある
権限昇格防御レイヤーの中核は「権限の取得を防ぐこと」です。 そのため、PAMの認証が乗っ取られると 管理者権限が取り放題になり、 レイヤー全体が崩壊します。PAMの認証も基本的にIDaaSに統一し、FIDOカードを必須化するのは当然ですが、以下の例外経路に注意が必要です。
※ PAMに「IDaaS連携がある＝安全」ではなく、PAM内部のネイティブログインまでFIDO必須化できるかが重要です。
● PAMの“よくある落とし穴”
多くのPAM製品は、ベンダーの保守用として ID・パスワードによる緊急ログイン経路を残していることがあります。
この経路が残っていると：
FIDO必須化の例外経路が残る
IDaaS連携も迂回経路になる
攻撃者が最短で管理者権限を取得できる
という致命的な状態になります。
● PAM選定時に必ず確認すべきポイント
PAMのネイティブログインがFIDOカード対応か
IDaaS連携時に「パスワード経路」が完全に無効化できるか
ベンダー保守用のログイン経路が残らないか
管理者操作時の再認証がFIDO必須にできるか
PAMは“IDaaS＋FIDO必須化”と同じレベルで保護できる製品を選ぶ必要があります。
おわりに
このホワイトペーパーが、現場のセキュリティ担当者の方々に
「権限昇格防御レイヤー」という新しい防御観点を持っていただく
きっかけになれば幸いです。
直近のニチレイのシステム障害では、 サーバーが乗っ取られ緊急遮断が行われたと報じられています。 詳細はまだ不明ですが、管理者権限の不正利用が疑われる状況で検知が行われた可能性があります。
幸いバックアップ破壊前に対処できたため復旧は早く進んでいますが、 もし権限昇格防御レイヤーが実装されていれば、 管理者権限の窃取そのものを防げた可能性があります。
権限昇格防御レイヤーは既存のセキュリティ対策にほとんど干渉せず追加実装でき、 EDRアラートの総量を大幅に減らし、重大インシデントの発生確率も下げられるため、 SOCの運用負荷を半減させることが期待できます。
初期検討にはAIバディ「AIKO」も役立ちますが、 簡易質問では深い選定条件まで踏み込まない場合があります。 特にPAM製品の選定では、 IDaaS連携だけでなくネイティブログインでもFIDO必須化できるか を必ず確認してください。
導入を進める際には、事前にご連絡いただければ可能な範囲で対応させていただきます。 検討段階の相談でも構いませんので、ぜひお気軽にお問い合わせください。
