Xerj Console APIに認証回避の脆弱性、元トークンの失効だけでは不十分

JPCERT/CC・IPAは2026年10月21日、Xerj Console APIの認証回避の脆弱性を公開しました。有効なAPIトークンを持つ攻撃者が、同じ権限の別のトークンを生成できる問題です。元のトークンを失効させても、生成されたトークンは失効しないため、認証情報の交換だけで対応を終えないことが重要です。

有効なトークンを足掛かりに、別の認証情報を生成

Xerjは、AIエージェント向けのオープンソース検索・索引エンジンです。今回の脆弱性の識別番号はCVE-2026-97406です。米カーネギーメロン大学のSEI CERT/CCは、2026年10月20日付で本件のアドバイザリを初公開しました。

APIトークンは、プログラムからサービスを利用する際の認証情報です。CERT/CCによると、Xerjはブラウザーのログイン状態とAPIトークンを同じ認証情報として扱っています。また、新しいトークンの発行時に、パスキーによる認証を済ませているか確認していません。

このため、既存の有効なAPIトークンを持つ攻撃者は、API経由で元と同じ権限の独立したトークンを生成できます。認証情報を持たない攻撃者が、そのまま侵入できるという説明ではありません。悪用の前提として、有効なXerj APIトークンが必要です。

問題は、その後のアクセスを止めにくい点にもあります。元のトークンを失効させても、そこから生成されたトークンは失効しません。CERT/CCは、複数の要素で本人確認する多要素認証の制御を回避し、継続的な不正アクセスにつながると説明しています。

所有者の権限ではパスキー登録にもつながる

所有者のトークンから生成されたトークンは、完全な管理権限を保持します。CERT/CCによると、その権限を悪用して、攻撃者自身のパスキーを登録することも可能です。トークンだけでなく、登録された認証手段まで確認すべき問題です。

CERT/CCは、脆弱性対応の調整に向けてベンダーと連絡を取れませんでした。アドバイザリの執筆時点で、公式パッチは未提供です。CERT/CCはGitHubリポジトリの更新を確認し、修正が公開された後に最新版を導入するよう推奨しています。

影響する版の範囲や修正版の公開予定日は、今回の資料には書かれていません。日本での提供は発表には書かれていません。

影響する会社・しない会社

• 影響する: Xerj Console APIを利用し、有効なXerj APIトークンを運用している会社です。トークンの管理と、新規発行された認証情報の確認が必要になります。
• 影響する: 所有者のAPIトークンを利用している会社です。そのトークンから生成された認証情報にも完全な管理権限が残る点を踏まえて対応します。
• 影響しない: Xerjを利用していない会社は、本件の対象製品を使用していません。ほかの検索・索引エンジン全般に同じ問題があるという発表ではありません。
• 影響しない: Xerjを利用していても対象外となる版や構成の条件は、発表には書かれていません。APIトークンを把握できていない状態を、影響なしとは扱わないでください。

情シスが今日やること

1. 今日の利用確認として、AIエージェントの開発・運用担当者にXerjの利用有無を問い合わせます。利用している場合は、管理責任者とAPIトークンの管理担当者を確認します。今回の資料には管理画面の名称や操作経路がないため、画面上の場所は断定できません。
2. トークンの管理担当者に、有効なAPIトークンと、その権限を確認してもらいます。特に所有者のトークンを使っている処理を整理し、セキュリティ担当者へ共有します。
3. 認証情報を点検する際は、元のトークンの失効だけで対応完了としない方針を関係者に伝えます。独立して発行されたトークンと、登録済みパスキーも確認対象に含め、不審な認証情報がないか調べます。
4. 更新確認の担当者を決め、XerjのGitHubリポジトリで修正の公開状況を確認します。修正が公開されたら最新版の導入を進められるよう、運用担当者と更新作業の担当を決めておきます。現時点の資料に、修正提供の期限は示されていません。