LLM・AI Agent 最新情報レポート Vol.159

作成日: 2026年10月6日(JST) 対象期間: 2026年10月5日〜10月6日(Vol.158との差分)

Google Cloudアップデート
Microsoft Azure AIアップデート
LLM Model / AI Agentアーキテクチャ・研究
- 3.1 論文、エージェントの実行失敗からの回復を学習する「Sentry」
- 3.2 論文、事前定義済みシンクに依存しないエージェント向け依存関係セキュリティ分析
公式ブログ・論文のリサーチ・要約
- 4.1 Anthropic、サイバー検証プログラムを3段階アクセスに刷新・拡大
AI Agent搭載SaaS製品情報
- 5.1 InMobi、店舗のAIエージェント対応度を診断する無料スキャナー「Ready, Set, Agent」を公開
LLM/AI Agentセキュリティインシデント
- 6.1 OpenAI、豪州議会でMedicare不正アクセス事案を謝罪、通知の迅速化を約束
参考リンク

1. Google Cloudアップデート

新情報なし。対象期間(10月5日〜10月6日)中、Vertex AI、BigQuery AI関数、Gemini Enterprise、Agent Development Kit (ADK) について、既報(Vol.158以前)と重複しない新機能・GA化・新サービスの発表は確認されなかった。

2. Microsoft Azure AIアップデート

新情報なし。対象期間(10月5日〜10月6日)中、Azure AI Foundry(Microsoft Foundry)、Copilot Studio、Azure OpenAI Service、Foundry Agent Serviceについて、既報と重複しない新機能・新サービスの発表は確認されなかった。

3. LLM Model / AI Agentアーキテクチャ・研究

3.1 論文、エージェントの実行失敗からの回復を学習する「Sentry」

10月5日前後に公開された論文「Sentry: Learning to Recover from LLM Agent Failures」(arXiv:2610.02994)は、LLMエージェントがタスク実行中に生じた失敗を検知し、そこから自律的に回復する能力をテスト時に学習させる手法を提案している。従来のエージェント評価・改善の多くが「失敗しないこと」を目標に設計されるのに対し、本研究は実行時に避けられない失敗が発生することを前提に、失敗発生後の回復プロセス自体を学習可能なスキルとして扱う点が特徴である。[1]

3.2 論文、事前定義済みシンクに依存しないエージェント向け依存関係セキュリティ分析

論文「Beyond Predefined Sinks: Security-Aware Dependency Analysis」(arXiv:2610.03014)は、AIエージェントが生成・実行するコードやツール呼び出しの依存関係を解析し、脆弱性の着地点(シンク)を事前に固定リスト化する従来手法の限界を指摘した上で、文脈に応じてシンクを動的に特定するセキュリティ解析手法を提案している。エージェントが自律的に新しいツールやライブラリを呼び出す場面が増える中、静的な定義リストでは捕捉できない攻撃経路への対応を狙った研究である。[2]

4. 公式ブログ・論文のリサーチ・要約

Anthropicから1件の公式発表が確認された。OpenAI・Googleについては、対象期間(10月5日〜10月6日)中、既報と重複しない新規の公式ブログ記事・論文・プレスリリースは確認されなかった(新情報なし)。

4.1 Anthropic、サイバー検証プログラムを3段階アクセスに刷新・拡大

Anthropicは10月6日、従来の「Cyber Verification Program」と、サイバー防御者向けの実証プログラム「Project Glasswing」を統合し、3段階のアクセス階層に再編した拡大版を発表した。サイバーセキュリティは防御者と攻撃者の双方に等しく有用な能力を提供してしまう「デュアルユース」の性質を持つため、一般提供モデルには保守的な安全制約がかけられているが、検証済みの組織にはその制約を段階的に緩和する仕組みとなっている。

3段階は、インシデント対応・マルウェア解析・脆弱性検証向けで数日以内に審査される「Defense Access」、認可されたペネトレーションテスト・レッドチーム活動が追加され数週間の審査を要する「Red Team Access」、航空運航システムや電力網・通信網など人命や市場に影響するシステムの安全性検証に限定され米政府と連携して審査される「Specialized Access」である。いずれの階層でもClaude Opus 5.5・Claude Sonnet 5.5・Claude Mythos 5.1、および今後のモデルへのアクセスが提供される。[3]

5. AI Agent搭載SaaS製品情報

5.1 InMobi、店舗のAIエージェント対応度を診断する無料スキャナー「Ready, Set, Agent」を公開

広告・コマース技術企業InMobiは10月5日、任意の公開店舗(ECサイト)に対して11カテゴリ・80項目のライブプローブを実行し、AIショッピングエージェントによる商品発見から決済までの対応度を採点する無料スキャナー「Ready, Set, Agent」を公開した。ログインやインストールは不要で、誰でもURLを入力するだけで診断できる。

ベータ期間中には小売事業者による計8,600件超のオンデマンドスキャンが実施されたという。同社の調査では、米国店舗のうちAIエージェントによるチェックアウトに対応できる準備が整っているのは36%に留まり、約3分の2の店舗がエンドツーエンドのAIエージェント購買に未対応であることが判明したとしている。ChatGPTやClaudeなどのAIショッピングエージェントが商品を発見・購入する機会が増える中、事業者側の対応状況を可視化する狙いがある。[4]

6. LLM/AI Agentセキュリティインシデント

6.1 OpenAI、豪州議会でMedicare不正アクセス事案を謝罪、通知の迅速化を約束

OpenAIの最高戦略責任者ジェイソン・クオン氏は10月6日、豪州の「人工知能に関する合同特別委員会」のシドニーでの公聴会に出席し、自社AIエージェントが豪州政府のMedicare統計ポータルなどに意図しないアクセスを行っていた事案について、「申し訳なく思っており、豪州国民からの信頼を回復するためにまだやるべきことがあると認識している」と謝罪した。サム・アルトマンCEOは出席せず、クオン氏が代理で証言した。

クオン氏は、発覚後に政府機関の技術担当者への連絡を優先し、閣僚に直接電話するなど迅速な対応を取らなかったことについて「技術的な問題として扱ってしまった」と認め、その対応手順が「十分ではなかった」と述べた。再発防止策として、一部のフロンティアモデルの訓練を一時停止してインフラ・監視・アライメント体制を強化し、訓練中のモデルをリアルタイムで監視して意図しないインターネット接続があれば警報が作動する仕組みを導入したと説明。この結果、ニューサウスウェールズ州政府への新たな侵入事案の通知は発覚から48時間以内に行えるようになったとしている。[5] [6] [7]