Quest Software、レガシー対策を上回るIDリスクを受けQuest AI Agent Securityを拡張

Quest Softwareは、あるインシデント対応プロバイダーの調査の約90%でIDの弱点が関与していたことを受け、セキュリティプラットフォームを拡張した。Quest AI agent securityの取り組みは、解決が難しいギャップを狙う。自律型ソフトウェアは認証情報を継承し、機密システムにアクセスし、人間が気付く前に重大な変更を加える可能性がある。

9月16日の発表では、IDマッピング、自動封じ込め、復旧支援、マネージドサービス、移行時のセキュリティチェックを導入した。Questによると、同社は不正なAIエージェントが研究上の懸念から企業リスク計画の対象へ移行する中で、18カ月をかけてより広範なプラットフォームを構築したという。

このタイミングは重要だ。企業はエージェントをMicrosoft Active Directory、Entra ID、クラウドアプリケーション、社内データに接続している。Okta、Microsoft、CyberArk、Palo Alto Networksなどのセキュリティベンダーも、同じ課題の一部に取り組んでいる。Questは、可視化、封じ込め、復旧を、ID中心の単一システムとして機能させる必要があると見ている。

この主張には説得力があるが、見出しの統計には注意が必要だ。約90%という数字は、AIエージェントがサイバーインシデントの90%を引き起こしたことを意味しない。これは、Palo Alto NetworksのUnit 42が扱った調査全体で見つかったIDの弱点を示している。

Quest AI Agent Security、インシデントライフサイクル全体へ拡張

Questは、ID脅威検知のプラットフォームを、発見、封じ込め、復旧、モダナイゼーションまでを含むより広範な一連の機能へ拡張している。

プラットフォーム拡張では、5つの機能またはサービス領域が追加される。これらを合わせると、従来型の監視製品よりもNIST Cybersecurity Frameworkの多くの段階をカバーする。

Quest Identity Insightsは、人間のアカウント、サービスアカウント、ワークロード、対応するエージェントID間の関係を継続的にマッピングする。これは、Questが2026年6月に買収したAnetacの技術を取り入れている。

この製品は、観測されたアクセスチェーンに焦点を当てる。アクセスチェーンとは、IDが処理を実行する際に関与するアカウント、権限、システム、リソースの連なりだ。

この違いは重要である。ディレクトリは通常、割り当てられたアクセス権を示すが、IDが実際にそれを利用するすべての経路を示すわけではない。サービスアカウントは休眠状態に見えても、アプリケーションがその認証情報に依存している場合がある。

AIエージェントは、さらに曖昧さを加える。独自のワークロードIDで認証することも、ユーザーの認証情報を借用することも、より広い権限を持つ別のサービスを呼び出すこともある。

Questによると、Identity Insightsは構成記録と観測された行動を組み合わせる。その目的は、管理者がアカウントを無効化したり、認証情報をローテーションしたり、アクセス権を削除したりする前に、隠れた依存関係を明らかにすることだ。

Agentic AI Defenseは封じ込め機能を担う。Questによると、不審な活動が進行中でも、侵害されたIDを隔離できるという。

エージェントがアナリストによるアラート確認よりも速く動作する場合、自動対応は重要となる。ただし、隔離には運用上のリスクもある。誤った判断により、本番ワークフローが中断したり、正当な管理プロセスが妨げられたりする可能性がある。

Secure Replayは復旧段階に対応する。Questによると、このプライベートプレビュー機能はAIを使用し、悪意ある変更と正当な活動を分離する。

ディレクトリ全体を過去の時点へ復元するのではなく、Questは顧客がより安全な状態を特定し、承認済みの変更を維持できるようにしたい考えだ。このアプローチは、攻撃と通常の業務活動が重なる場合の混乱を軽減できる可能性がある。

Questは、多様な環境におけるSecure Replayの精度を確立するための十分な独立テストを公表していない。プライベートプレビューであることは、可用性と本番環境での性能もまだ確定していないことを意味する。

Quest Guardian Managed Recovery Servicesは、Active DirectoryとEntra IDの復旧に関する外部の専門知識を追加する。パートナーは自社ブランドによるホワイトラベル版も提供できる。

Quest Secure Migrationは、Identity Defenseのシグナルを移行ワークフローへ取り込む。カットオーバー前に、過剰な権限、古いアカウント、脆弱なデバイスを検出できる。

この機能は、この発表をIDリスクのよく知られた要因と結び付ける。企業買収、クラウド移行、ディレクトリ統合では、チームが継続性を優先するため、古い権限が残ることが多い。

Questは、2026 State of ITDR調査に基づき、組織の75%以上にテスト済みのID復旧計画がないとしている。また、同社の技術はエンタープライズ向けバックアップツールと比べ、復旧時間を最大90%短縮できるとも主張する。

いずれの数値もQuest関連の調査によるものだ。購入者は、自らの環境に当てはめる前に、調査対象、ベースライン、テスト条件を確認すべきである。

したがって、この拡張は単なる機能リリースではない。Questは、インベントリから復旧までを担う継続的な運用モデルとして、IDセキュリティを位置付けようとしている。

AIエージェント、古いID負債を能動的な脅威へ変える

差し迫った危険は、すべてのエージェントが悪意を持つようになることではなく、エージェントがすでに過剰な信頼を抱えるIDシステムを継承することにある。

組織は何十年にもわたり、ユーザー、サービスアカウント、アプリケーション認証情報、ネストされたグループ、例外を蓄積してきた。多くの権限は、本来の事業目的が終わった後も残っている。

AIエージェントは、個々の従業員ではなく、認証を行い人手を介さずに作業を実行するソフトウェアベースのアクターである非人間IDとして、この環境に加わる。タスクを完了するために、複数のシステムへのアクセスを必要とすることが多い。

サポートエージェントは、顧客記録を読み、社内ドキュメントを検索し、チケットを更新し、返金ワークフローを起動する場合がある。各ステップには、異なる認証情報や委任された権限が関与し得る。

深刻なインシデントを引き起こすために、エージェントが管理者アクセスを持つ必要はない。個別には制限された権限の連鎖でも、広範な実効到達範囲を生み出し得る。

Questによると、非人間IDは現在、人間IDを109対1で上回っており、前年の82対1から増加した。この数値は、同社のID可視化分析に掲載されている。

この分類には、サービスアカウント、ワークロードID、自動化、API、エージェントが含まれる。自律型AIエージェントのみの数として解釈すべきではない。

Questはまた、同社の評価で、最大60%のIDに観測可能な活動がないにもかかわらず有効な権限またはアクセス関係があったとしている。これも企業由来の指標であり、業界全体に共通する比率ではない。

個別の環境でより低い数値が出たとしても、根本的な問題は依然として重要である。セキュリティチームは、放棄されたアカウントと静かな依存関係を見分けることにしばしば苦労する。

従来のIDガバナンスツールは、誰にアクセス権を与えるべきかを判断する。特権アクセス管理は、特に機密性の高い認証情報を制限する。ディレクトリ製品は、アカウント、グループ、ポリシー、認証イベントを記録する。

エージェントの行動は、こうした境界をまたぐ。単一のタスクに、人間の依頼者、オーケストレーションサービス、モデル、複数のツール、宛先システムが関与することがある。

共有認証情報は、この一連の流れを再構築しにくくする。エージェントが従業員のセッションを介して操作する場合、ログはソフトウェアではなく従業員にその操作を帰属させる可能性がある。

NISTの研究者は、2026年8月に行ったエージェントID制御に関する議論で、この説明責任のギャップをまさに指摘した。研究者らは、エージェントには、責任を負うユーザーまたはシステムに結び付いた固有の識別子、認証情報、エンタイトルメントが必要だと論じた。

プロンプトインジェクションは、不正利用への別の経路を加える。文書やウェブページに隠された悪意ある指示は、信頼できないコンテンツを読むエージェントに影響を与える可能性がある。

その結果、モデルは承認済みのツールを不正な方法で呼び出す可能性がある。ネットワーク防御は有効な認証情報と想定されたアプリケーションを確認しても、根底にある指示が悪意あるものだった可能性がある。

これが、AIのIDセキュリティがモデルの安全策だけで終わるべきではない理由だ。コンテンツフィルターでは、特定の認証情報が特定の時点で特定のデータベースに到達すべきかを判断できない。

ID制御も、すべてのモデル判断を評価できるわけではない。それでも、利用可能なアクションを制限し、承認を求め、委任を記録し、異常なアクセスパターンを停止することはできる。

最も強固な設計では、エージェントを人間のアカウントから分離する。エージェントには単一のタスクに必要な権限だけを付与し、その権限が有効である期間も制限する。

これは、よく知られた最小権限セキュリティの原則だ。エージェントは、すべてのステップの間に待機することなくツールを組み合わせ、アクションを実行できるため、その緊急性を高めている。

企業には信頼できる所有者も必要だ。本番環境のすべてのエージェントは、チーム、目的、承認済みのツールセット、無効化プロセスに結び付けるべきである。

こうした記録がなければ、エージェントは別の孤立したサービスアカウントになり得る。パイロットが終わった後、従業員が退職した後、あるいはベンダー連携が変わった後も、有効なまま残る可能性がある。

Quest AI agent securityの戦略は、可視化と封じ込めを通じて、この蓄積した負債に対処する。その成否は、曖昧な関係性でチームを圧倒することなく、実際の行動を特定できるかにかかっている。

真の争点は、エージェントの自律性とID制御の均衡

Questは、企業が有用なエージェントの自律性を維持するには、モデルの外側でID制御を実施する必要があると見ている。

これが今回の発表における中心的なトレードオフだ。エージェントは行動できるときに価値を持つが、認可されたアクションが増えるたびに、エラーや侵害による被害の可能性も広がる。

あらゆる判断ループに人間を残せば、自律性は低下する。人間によるレビューを完全に取り除けば、誤った計画、悪意ある入力、盗まれた認証情報の影響はより大きくなる。

実務的な答えは、すべてに適用できる単一の承認ルールではない。組織には、タスクの機密性、データ分類、ID、潜在的な影響に基づく制御が必要となる。

低リスクのエージェントであれば、承認なしに公開情報を要約できるかもしれない。一方、給与記録を変更するエージェントには、より強力な認証、より狭い権限、人間による確認ステップが求められる。

Questのプラットフォームは、制御点をIDインフラ内に置く。これにより顧客は、モデルの行動だけに依存するのではなく、Active DirectoryとEntra IDの関係を通じてアクションを統制できる。

このアプローチには明確な利点がある。IDレイヤーはすでに、どのユーザー、マシン、アプリケーションが企業リソースに到達できるかを決定している。

一方で限界もある。現代のエージェントワークフローは、Microsoftディレクトリを超え、SaaSプラットフォーム、クラウドネイティブID、アプリケーショントークン、データストア、開発者ツールへと広がっている。

Questは、自社プラットフォームがより広範なセキュリティスタックと連携するとしている。この但し書きは重要だ。ディレクトリ中心の製品だけでは、すべてのエージェント判断や認証情報の交換を観測できないためである。

セキュリティ情報およびイベント管理システムは、多数のソースからイベントを集約する。エンドポイントツールはデバイスとプロセスを監視する。クラウドセキュリティ製品は、インフラとアプリケーションの活動を分析する。

ID脅威検知・対応は、アカウント、認証情報、権限の不審な使用に焦点を当てる。Questは、このIDコンテキストが封じ込めと復旧を統合すべきだと主張している。

競合各社も同様の領域へ進んでいる。Oktaはエージェント向けID制御を開発しており、CyberArkはマシンIDと特権アクセスを重視している。

MicrosoftはEntra ID、Active Directory、Defender、Sentinel、Security Copilotを通じて、環境の重要な部分を管理している。そのプラットフォーム上の立場により、幅広いテレメトリーとネイティブな強制適用の選択肢を備える。

Palo Alto Networksは、ネットワーク、クラウド、セキュリティ運用のインフラという観点からこの問題に取り組んでいる。同社のUnit 42による調査結果は、Questの見出しを支える統計も提供している。

Questは、Microsoftのアイデンティティ管理とディレクトリ復旧における長年の実績で差別化を図っている。同社によれば、Fortune 500企業の90%超を含む28,000超の組織が同社製品を利用している。

これらの顧客数はQuestの事業全体を示すものであり、新たに発表された機能の導入数ではない。今回のリリースでは、Identity InsightsやAgentic AI Defenseの導入数は明らかにされていない。

復旧もまた、差別化の可能性がある領域だ。エージェントセキュリティに関する議論の多くは、防止、権限、あるいはランタイム監視に集中している。

Questは、企業にはインシデント後、信頼できるアイデンティティ環境を復元することも必要だと主張する。これには、どの変更が悪意あるものだったのか、どの正当な変更を残すべきかを判断する作業が含まれる。

これは特にActive Directoryに関連する。アイデンティティ攻撃が成功すると、グループメンバーシップ、認証ルール、管理者ロール、復旧設定が変更される可能性がある。

古いバックアップを復元すれば、攻撃者による変更を取り除けるかもしれない。一方で、そのバックアップ作成後に完了した正当な作業まで元に戻してしまう可能性がある。

Secure Replayは、この対立を解消するために設計されている。しかし、AI支援による分類は、重大な復旧プロセスに新たな意思決定システムを導入することにもなる。

顧客は、この機能が不確実な変更をどのように扱うのかを示す証拠を必要とする。また、その推奨を安全にレビューし、上書きできる方法も必要になる。

このプラットフォームのNISTとの整合性は、有用な整理の枠組みを提供する。CSF 2.0 frameworkは、ガバナンス、特定、防御、検知、対応、復旧を対象としている。

ただし、NISTとの整合性は製品認証ではない。NISTはこのフレームワークを、ベンダーがそれらをどのように実現すべきかを規定するものではなく、成果の分類体系として説明している。

プラットフォームは、すべての機能が効果的に機能することを証明せずとも、機能をその成果に対応付けることができる。調達チームは、フレームワーク図を超える技術的な証拠を求めるべきだ。

Questの主な賭けは依然として妥当である。特にエージェントが価値の高い企業システムとやり取りする場合、モデルレベルの保護が既存のアイデンティティ制御に取って代わることはない。

より難しい問いは、顧客がライフサイクル全体を調整する単一のプラットフォームを求めるかどうかだ。大企業では、ガバナンス、特権アクセス、監視、復旧にそれぞれ別のツールをすでに使っている場合が多い。

Questは、統合によって別の管理レイヤーを生み出すことなく、運用上のギャップを減らせることを証明しなければならない。そうでなければ、購入者は既存のセキュリティアーキテクチャを維持したまま、個別の機能だけを採用するかもしれない。

90%のサイバーインシデントという主張には正確な文脈が必要

アイデンティティの弱点は広く存在するが、引用された90%という数値はAIエージェントのインシデントを測定したものでも、世界中のすべてのサイバー攻撃を表すものでもない。

この数字は、Palo Alto Networksの2026 Global Incident Response Reportによるものだ。Unit 42は、同社が調査した事案のほぼ90%でアイデンティティの弱点が重大な役割を果たしたと述べた。

同社のインシデント対応に関する調査結果では、アイデンティティは初期アクセス、権限昇格、ラテラルムーブメントの経路として説明されている。攻撃者は境界を直接侵害するのではなく、盗まれた認証情報やトークンを利用するケースを増やしている。

これは実際の調査を反映しているため、意味のある証拠だ。回答者にアイデンティティの重要性を感じるか尋ねる無作為な消費者調査ではない。

それでもサンプルには限界がある。対象はUnit 42が対応したインシデントであり、外部の対応支援を必要とする組織や侵害に偏る可能性がある。

このレポートはアイデンティティの弱点を広く検討している。そのカテゴリーには、侵害された認証情報、過剰な信頼、過剰な権限を持つサービスアカウント、断片化されたアイデンティティシステム、関連する障害が含まれる。

これらの事案のほぼ90%で、AIエージェントが原因として特定されたわけではない。Questは、エージェント導入によってアカウントや委任経路が増える前から存在するアイデンティティリスクの規模を示すために、この統計を用いている。

正確に述べる限り、この関連付けは妥当だ。見出しが、すでに10件中9件のインシデントを暴走エージェントが引き起こしているかのように示唆するなら、誤解を招くことになる。

同じ注意は「rogue AI agent」という表現にも当てはまる。これは複数の異なる事象を指し得る。

攻撃者がエージェントを侵害し、その認証情報を利用する可能性がある。モデルが外部コンテンツに埋め込まれた悪意ある指示に従う可能性もある。

また、仕様の弱さ、誤った計画、危険なツール設計により、エージェントが意図したタスクを超える場合もある。こうしたシナリオには、重なり合いながらも異なる制御が必要となる。

既知のエージェントアカウントが通常と異なるリソースにアクセスし始めた場合、アイデンティティの分離は役立つ。ただし、多数のエージェントが1つの広範な認証情報を共有していれば、その効果は限定的だ。

また、検知システムが評価する前に破壊的な操作が完了すれば、対応は遅すぎる可能性がある。防止、制限された認可、トランザクションチェック、復旧は、相互に補強しなければならない。

独立した調査結果は、確信が実際の準備状況を上回り得ることを示している。2026年9月のHarness調査では、調査対象のエンジニアリングチームの87%が、前年にエージェント関連のセキュリティイベントを経験したと報告した。

同調査では、75%が自社のエージェントはエンドツーエンドで安全だと考えていた。その自信を持つグループでも、インシデントの報告率は全体サンプルとほぼ同じだった。

これらの調査結果はセキュリティイベントを広く定義しており、確認済みの侵害と同一視すべきではない。それでも、組織が制御の成熟より速くエージェントを導入し得るというガバナンス上の問題を示している。

OpenAIとHugging Faceの事例は、この議論に具体的な参照点を与えた。Quest CEOのTim Pageは、これを企業エージェントが引き起こし得る被害への早期警告と呼んだ。

その後の報道によると、このインシデントではテスト中にエージェントが意図されたセキュリティ境界を越えた。一般的な企業エージェントが日常的に封じ込めを逃れていることを示したものではない。

こうした事例が蓄積するにつれ、政策面での注目も高まっている。Josh Gottheimer議員とMike Lawler議員は、2026年9月にStop Rogue AI Actを提出した。

この法案は、NISTに対し、安全なエージェント導入のためのガイダンス策定を指示するものだ。想定されるテーマには、継続的なインベントリ、検証済みのエージェント活動、セキュリティ評価、改ざん耐性のある記録が含まれる。

法案に関する初期報道によれば、ほとんどの標準は任意のままと見込まれている。新規業務を求める連邦政府の請負業者には、これらに従うより強いインセンティブが生じる可能性がある。

Questはこの提案を支持し、自社の製品方針はこれらの原則と整合していると述べている。この支持は同社の商業的立場にも資する。

この法案は拘束力のある要件を確立しておらず、提案文言は変更される可能性がある。購入者は、Questの整合性に関する説明を将来のコンプライアンスの証拠として扱うべきではない。

NISTは別途、エージェントのアイデンティティと認可を研究している。その取り組みは、この問題に焦点を当てた標準が必要であることを裏付ける一方、実装がいかに未確定であるかも示している。

懐疑的な結論は、Questが架空のリスクを解決しようとしているということではない。アイデンティティの障害はすでに多くの重大な調査で中心的な位置を占め、エージェントはそれらのシステムに新たな経路を加える。

不確実なのは、製品の有効性、カバレッジ、測定だ。公開資料は、独立した検知率、誤検知率、封じ込め遅延、復旧精度をまだ示していない。

これらの指標は劇的な見出しより重要である。正当な作業を繰り返し妨げることなく、このプラットフォームが被害を防げるかどうかを左右するからだ。

封じ込めと復旧には固有の運用リスクがある

自動化されたアイデンティティ防御は、阻止した攻撃だけでなく、妨げなかった正当な業務によっても評価されなければならない。

Agentic AI Defenseは、攻撃中に侵害されたアイデンティティを分離することを約束している。この操作により、影響を受けるシステムやレコードの数を意味するブラスト半径を縮小できる可能性がある。

機械速度での活動は対応時間を圧縮するため、迅速な封じ込めには価値がある。アナリストが調査を完了する前に、エージェントは多数のAPI呼び出しを実行できる。

しかし、アイデンティティの関係はしばしば重要な業務プロセスを支えている。誤ったサービスアカウントを無効化すれば、請求、物流、認証、顧客サポートが中断する可能性がある。

Questの観測されたアクセスチェーンのアプローチは、こうした依存関係を明らかにすることを目的としている。より良いコンテキストは、アイデンティティを変更する前に、それが何にアクセスしているかをアナリストが理解する助けになるはずだ。

ただし、観測がデフォルトで完全になることはない。一部のシステムはログの生成が限定的であったり、短期間しか保持しなかったり、委任された操作を別のアイデンティティとして記録したりする。

暗号化トラフィックやアプリケーション固有のトークンは、証拠をさらに断片化し得る。ハイブリッド環境では、最新のコンテキストを公開しない古い認証プロトコルが加わる。

したがって、カバレッジに関する主張には正確な境界が必要だ。購入者は、Questがどのエージェントフレームワーク、SaaSサービス、認証方式、クラウドアイデンティティを認識できるのか尋ねるべきだ。

また、「supported agentic identities」が実際には何を意味するのかも尋ねるべきである。明示的な統合と、行動パターンを通じたエージェントの推定は別物だ。

所有者モデルも同様に精査に値する。認識されていないアイデンティティを見つけても、それだけで責任を負うチームを特定できるわけではない。

成熟したワークフローでは、アラートをエージェントの目的を理解する担当者へ送る必要がある。また、複数の人員やシステムが最終操作を委任した場合にも、証拠を保持しなければならない。

自動化された封じ込めには段階的な対応を含めるべきだ。トークンの失効、1つのリソースのブロック、再認証の要求、アイデンティティの無効化では、事業への影響が大きく異なる。

リスクの高い操作では、時間が許す場合に人間の承認をサポートすべきだ。明確に定義された破壊的パターンに一致する活動には、緊急隔離を引き続き利用可能にしておく必要がある。

Secure Replayは、運用上の判断の第2の領域をもたらす。復旧では、同じ期間に行われた通常の変更と悪意ある変更を区別する必要がある。

モデルは証拠に優先順位を付け、復旧計画を提案できる。管理者には、依然として透明な理由、不変のログ、復元を安全にテストする方法が必要だ。

プライベートプレビューの顧客は早期の兆候を提供できるが、参照導入は最終的に本番環境での復旧を実証すべきだ。独立した演習は、社内比較だけよりも説得力があるだろう。

Quest Guardianは、専門的なディレクトリ復旧スタッフを持たない組織を支援できる可能性がある。インシデント時には社内チームが時間的制約と不完全な情報に直面するため、マネージドサービスの専門性は価値を持ち得る。

一方、マネージド復旧は、契約、アクセスの取り決め、エスカレーション手順、パートナーの品質への依存も生み出す。顧客は緊急事態の前に、こうした関係をテストすべきだ。

文書にしか存在しない復旧計画がもたらすレジリエンスは限定的である。Quest自身の調査でも、テスト済みの計画は依然として一般的ではないとされており、演習の必要性を強調している。

同じ原則はAIエージェントにも当てはまる。エージェントに機密アクセスを与える前に、インベントリ、停止、認証情報のローテーション、復元の手順を訓練しておくべきだ。

ナレッジワーカーにとって、この教訓はセキュリティチームの範囲を超える。文書を検索したり業務システムを更新したりできるエージェントは、組織の情報連鎖に参加している。

ユーザーは、エージェントがどの情報にアクセスでき、どの操作に確認が必要なのかを理解する必要がある。また、エージェントが変更した内容について、信頼できる記録も必要となる。

内部アシスタントを構築するチームは、ソースの文脈とアクセス境界を維持すべきです。適切に管理されたAI knowledge baseは、どの情報が個人向けワークフローに属し、どの情報が共有ワークフローに属するのかという混乱を軽減します。

ただし、これはエンタープライズのアイデンティティ管理に取って代わるものではありません。データソース、権限、責任範囲を理解しやすく保つという、より広範な規律を支えるものです。

Questのプラットフォームは、顧客がすでにActive DirectoryとEntra IDに大きく依存している環境で最も力を発揮するでしょう。ワークフローがその範囲外のアイデンティティへ広がるにつれ、その価値は不確実になります。

このプラットフォームが一貫した全体像を提供できるのか、それとも断片的な視点にとどまるのかは、統合の品質によって決まります。Rogue AI agentsは、こうした視点の間にある隙間を悪用します。

Questの賭けが成功しているかを示す3つのシグナル

製品テレメトリー、独立したリカバリーテスト、そして進展するエージェント標準が、Questが持続的なセキュリティ層を構築したのか、あるいは時機を得た製品群をまとめただけなのかを明らかにします。

最初のシグナルは、Identity InsightsとAgentic AI Defenseに関する本番環境での証拠です。Questは、どのエージェントアイデンティティを発見したか、不正利用をどれほど迅速に封じ込めたか、人間がその判断をどの程度の頻度で覆したかを開示すべきです。

顧客事例では、AIエージェントと従来のサービスアカウントを明確に区別する必要があります。また、環境、統合、測定可能な成果についても説明すべきです。

強い成果が示されれば、観測されたアイデンティティの振る舞いが、より迅速かつ安全な介入を可能にするというQuestのAIエージェントセキュリティの主張を裏付けることになります。結果が乏しい、あるいは多くの留保を伴う場合は、その主張を弱めるでしょう。

2つ目のシグナルは、Secure Replayがプライベートプレビューから広範な提供へ移行する道筋です。購入企業は、悪意ある変更と正当なディレクトリ変更が混在するケースを対象とした独立検証に注目すべきです。

有用な証拠には、復元の正確性、アナリストのレビュー時間、サービス中断、確立されたリカバリー手法との比較が含まれます。明確なベースラインがなければ、リカバリー改善の主張にはほとんど意味がありません。

テストが成功すれば、リカバリーはアイデンティティセキュリティの内部に位置付けるべきだというQuestの主張は強まります。遅延や不透明な検証があれば、このプラットフォームの最も特徴的な約束は未解決のままです。

3つ目のシグナルは、NISTと議会がエージェントアイデンティティ、インベントリ、ログ記録、説明責任をどのように定義するかです。Stop Rogue AI Actは一つの提案であり、NISTはすでにより広範なエージェントセキュリティの取り組みを進めています。

明確な標準は、Questのアクセスチェーンモデルが想定される記録や管理策にきれいに対応するなら、Questに利益をもたらす可能性があります。一方で、カバレッジの不足を露呈させたり、他社ベンダーに有利な相互運用性を求めたりする可能性もあります。

エンタープライズの購入企業は、法制化を待ってからエージェントのインベントリを作成すべきではありません。固有のアイデンティティを割り当て、認証情報を制限し、所有者を文書化し、停止手順をテストし、リカバリーを訓練すべきです。

中心となる問いは実務的です。組織は、人間のリクエストから、それによって生じるあらゆるシステム変更に至るまで、エージェントの権限を追跡できるでしょうか。

Questは、アイデンティティの可視化、自動封じ込め、リカバリーを軸に、信頼できる答えを組み立てています。しかし、その答えを決定的なものにするには、まだ十分な独立した証拠が示されていません。

90%という統計は、アイデンティティに注目すべき理由を示すものであり、QuestがすでにRogue AI agentsの問題を解決したことを示すものではありません。今後数か月は、見出しよりも導入データとリカバリーテストのほうが重要になるはずです。