MENU

【高】CVE-2026-41712 Spring AIチャットメモリのデータ露出リスク対策法 AI Securityバイブコーダー必読の対応手順

  • URLをコピーしました!

AI Security速報をXで配信しています!!

AI/LLM関連の脆弱性、PoC、KEV追加などの更新情報を見逃したくない方は、Xをフォローしてねー!

Xでフォローする

本記事は公開時点の情報をもとにした速報記事です。内容が更新される場合があるため、必要に応じてベンダー公式情報や一次情報もあわせて確認してください。

目次

結論

  • 危険度: High (CVSS 7.5)
  • 対象: (詳細はベンダーアドバイザリ参照)
  • 修正: ベンダーアドバイザリ参照
  • KEV: No (NVD Critical由来。CISA KEVには未登録)
タイトルの緊急度プレフィックス(【至急】【最重大】等)の意味
表記 条件 意味 対応目安
【至急/ランサム悪用】 CISA KEV登録 + ランサムウェア悪用観測 ランサムグループが現在進行形で悪用 本日中に対応開始
【至急/重大】 CISA KEV登録 + CVSS 9.0以上 実世界で攻撃観測あり + スコア極めて高い 本日中に対応開始
【重大/KEV登録】 CISA KEV登録(CVSS低またはNVD未反映) 実世界で攻撃観測あり 数日以内
【最重大】 CVSS 9.5以上(KEV未登録) 理論上の危険度ほぼ満点、攻撃観測はまだない 1週間以内に対応計画
【重大】 CVSS 9.0〜9.4(KEV未登録) Critical帯の理論的高リスク 1〜2週間以内
【高】 CVSS 7.0〜8.9(KEV未登録) High帯のリスク 計画的に対応
(プレフィックスなし) CVSS 7.0未満 Medium以下のリスク 通常メンテで対応

「至急」と「最重大」の違い: 「至急」は CISA(米国政府機関)が 実際に悪用を観測した CVEに付与されます。「最重大」は CVSS スコア上は最高峰だが、まだ悪用観測がない ものです。同じCVSS 9.8でもKEV登録の有無で扱いが変わります。

最終更新: 2026-05-12 | 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

STEP やること かかる目安
1 何が起きているか理解する 3分
2 急ぎ対応すべきか判断する 3分
3 自分の環境が対象か確認する 5分
4 修正を適用する 環境による
5 修正されたことを確認する 3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-41712 は Spring AI の chat memory component にある脆弱性です。攻撃者は、ユーザー間の意図しないデータ露出を起こせます。LLMアプリとAI Gatewayを運用する人にとって、優先して確認したい脆弱性です。

やさしく説明すると

これは、部屋ごとに分けるはずのメモ帳を、うっかり全員で共有していた状態です。

本来なら、Aさんの会話メモはAさんだけが見ます。ところが、この脆弱性では、設定を明示しないと別ユーザーのデータが混ざります。

つまり、AIが覚えた会話内容が、別の利用者に見える形になります。

AIチャット、RAG、Agenticな機能を持つアプリでは、会話履歴に顧客情報やAPIキー断片が入ることがあります。そこが漏れると、実務上の被害が大きくなります。

技術的な原因

公開情報では、Spring AI の chat memory component に problematic default があります。つまり、開発者が明示的に上書きしないと、安全でない既定値が使われます。

CWE は提供されていません。したがって、CWE番号での断定はできません。実務的には、不適切なデフォルト設定ユーザー分離の不備 として扱うのが適切です。

この問題は、設定ミスがあるとユーザー間のデータ境界が崩れる点にあります。AI/LLM アプリでは、会話メモがそのまま機密情報の保管場所になるため、影響が広がります。

影響を受けると何が困るか

  • LLMコンテキスト窃取につながります。顧客データが会話履歴から見えることがあります。
  • .env や認証情報の断片が会話に含まれると、APIキー(OpenAI/Anthropic等)の漏洩につながります。
  • AIエージェントが会話履歴を読む構成では、別ユーザーの文脈を踏み台にして誤動作します。
  • テナント分離が弱い構成では、テナント間情報漏洩が起きます。
  • Cursor、Cline、Aider、GitHub Copilot、Claude Code などのAI駆動開発環境で、会話ログや補助メモが混ざると開発情報が漏れます。

もっと詳しく調べたい人へ — 公式情報源マップ

本記事は以下の公式・準公式の情報源から内容を集約しています。一次情報を確認したい場合や英語で詳細を読みたい場合は、各リンクから直接アクセスできます。

カテゴリ 情報源 言語 何が分かるか リンク
総合 NVD(米国 NIST) 米国政府の脆弱性データベース。CVSSスコア、影響を受けるCPE、参考リンクの総合ハブ。最も網羅的。 開く
総合 MITRE CVE CVE採番機関の公式記録。CVE記述の「正本」。NVDより記載が簡潔だが一次情報。 開く
総合 JVN iPedia(JPCERT/CC・IPA) 日本のCSIRTが運用する脆弱性対策情報データベース。日本語で概要・対策が読める。掲載がない場合あり。 開く
総合 CISA KEV(悪用観測カタログ) 米国CISAが実際に悪用を確認している脆弱性のカタログ。掲載されていれば最優先で対応。 開く
総合 GitHub Advisory Database OSSパッケージ(npm/pypi/maven/composer/go等)別の脆弱性アドバイザリ。修正PRへのリンクが豊富。 開く
総合 OpenCVE 複数CVEデータベースの集約検索サービス。タイムラインや関連CVEの俯瞰に有用。 開く
Linux Red Hat CVE Red Hat製品(RHEL/CentOS Stream/Rocky/AlmaLinux系)の影響評価とパッチ状況。 開く
Linux Ubuntu Security Ubuntu の影響評価。各Ubuntuバージョン(22.04/24.04等)でのパッチ提供状況が一目で分かる。 開く
Linux Debian Security Tracker Debian の影響評価。stable/testing/sid別のパッチ状況。Debian派生ディストリ利用者向け。 開く
Linux SUSE CVE SUSE Linux Enterprise / openSUSE の影響評価とパッチ状況。 開く
悪用 Exploit Database 公開エクスプロイトのアーカイブ。検出ツールやペネトレーションテストでの参照用。 開く
悪用 Packet Storm Security セキュリティアドバイザリ・エクスプロイトの集約サイト。古めの情報も含む。 開く
悪用 GitHub PoC 検索 GitHubコード検索でCVE IDを直接検索。野良PoCの早期発見に。 開く
悪用 X(Twitter)検索 日英 直近の議論やニュースを観測。In-the-wild悪用の早期検知に有用。 開く
スキャナ Snyk Vulnerability DB パッケージ別の脆弱性詳細と修正バージョン。OSS依存ライブラリ追跡に有用。 開く
スキャナ Tenable(Nessus) Nessusスキャナでの検出プラグイン情報。検出ロジックの参考に。 開く
スキャナ Rapid7(Metasploit/Nexpose) Metasploit悪用モジュール、Nexposeでの検出情報。 開く

掲載しているのは無料でアクセスできる情報源のみです。CVEによっては掲載がないサイトもあります(特にJVN iPediaは日本国内で報告された脆弱性のみ掲載)。

STEP 2: 急ぎ対応すべきか判断する

結論: 【高】

判断根拠

  • CVSSは 7.5 で、深刻度は High です。実務的には、放置せず計画的に対応すべきレベルです。
  • EPSSは 0.03% です。これは「直近30日で悪用される予測確率」を示します。優先度は高くありません。
  • CISA KEV への登録は ありません。つまり、現時点で米国CISAが実悪用を確認した扱いではありません。
  • 公開PoCリポジトリ数は 0 です。少なくとも提供データ上では、武器化された公開PoCは確認できません。
  • CVSSベクトルは AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N です。ネットワーク到達性があり、認証は不要です。ユーザー操作も不要です。つまり、到達できる構成ならリスクが上がります。

誰が動くべきか

  • Spring AI を使う LLMアプリケーション開発者
  • AI Gateway や LLM Proxy の運用チーム
  • Agentic アプリを本番運用する SRE / SecOps チーム
  • RAG パイプラインの保守者
  • Cursor、Cline、Aider、GitHub Copilot、Claude Code などを使うバイブコーダー開発者

STEP 3: 自分の環境が対象か確認する

影響を受けるバージョン

製品 脆弱なバージョン範囲 修正版
Spring AI ベンダーアドバイザリ参照 ベンダーアドバイザリ参照

バージョン確認コマンド

この脆弱性は、提供データ上で影響範囲の具体的なバージョンが示されていません。まず、Spring AI の導入有無を確認してください。

Python(pip)

pip show spring-ai

出力例:

Name: spring-ai
Version: 0.0.0
Summary: ...

判定: Name: spring-ai が表示されたら導入済みです。Version はベンダーアドバイザリの対象範囲と照合してください。

Node.js(npm)

npm list spring-ai

出力例:

project-name@1.0.0
└── spring-ai@0.0.0

判定: spring-ai が依存関係にあれば対象確認を進めてください。

Docker

docker images --format '{{.Repository}}:{{.Tag}} {{.ID}}' | grep -i spring-ai

出力例:

spring-ai-app:latest sha256:abcdef123456

判定: Spring AI を含むイメージを使っている場合は、イメージ内の依存関係を確認してください。

設定確認

提供データでは、脆弱性は chat memory component の problematic default にあります。設定依存ではありません。つまり、バージョンが対象範囲なら脆弱です。

Nucleiテンプレートでの検出

公開Nucleiテンプレートは見つかりませんでした。検出はバージョン確認で行ってください。

STEP 4: 修正を適用する

パッチ適用

提供データでは、修正版の具体的な番号は示されていません。ベンダー公式アドバイザリを参照してください。

注意: 本番適用の前に、会話履歴と設定ファイルのバックアップを取得してください。LLMアプリでは、修正前後でデータ分離の挙動が変わります。

パッチ即時適用ができない場合の暫定対応

提供データでは、公式の暫定対応は提示されていません。ベンダー公表情報を参照してください。

STEP 5: 修正されたことを確認する

STEP 3 で実行したバージョン確認コマンドを、再度実行してください。

期待される出力

Python(pip)

pip show spring-ai

出力例:

Name: spring-ai
Version: 0.0.0
Summary: ...

判定: Version がベンダーアドバイザリの修正版 X.Y.Z 以上なら安全です。

追加で確認すべきこと

  • 会話履歴に、別ユーザーのデータが混ざっていないか確認してください。
  • ログに不審なセッション横断アクセスがないか確認してください。
  • Spring AI を使う LLM Proxy や AI Gateway で、ユーザー分離の設定を再点検してください。

補足: 悪用観測状況

CISA KEV には登録されていません。つまり、米国CISAが悪用を確認した扱いではありません。

NVD の Exploit タグリンク数は 0 です。公開PoCリポジトリ数も 0 です。提供データ上では、公開された武器化情報は確認できません。

補足: CVSSメトリクス詳細

  • AV:N : 攻撃元はネットワークです。遠隔から到達できる構成が対象です。
  • AC:L : 攻撃複雑度は低いです。条件の組み合わせは難しくありません。
  • PR:N : 必要権限はありません。認証なしで狙えます。
  • UI:N : ユーザー操作は不要です。被害者のクリックを待ちません。
  • S:U : スコープは変わりません。影響は同一コンポーネント内に収まります。
  • C:H : 機密性への影響は高いです。情報露出が中心です。
  • I:N : 完全性への影響はありません。改ざんは主眼ではありません。
  • A:N : 可用性への影響はありません。停止攻撃ではありません。

よくある質問(FAQ)

Q. このCVEに対応するために最低限すべきことは何ですか?

A. STEP 3 で導入有無とバージョンを確認してください。次に、STEP 4 でベンダーアドバイザリに従って修正してください。最後に、STEP 5 で修正後の状態を再確認してください。

Q. パッチが適用できない場合、どうすればよいですか?

A. 提供データでは公式の暫定対応は示されていません。まずベンダー公表情報を確認してください。業務上の判断としては、Spring AI の該当機能を止めるか、利用範囲を限定してください。

Q. 既に攻撃を受けているか確認する方法はありますか?

A. 提供データでは IOC は示されていません。ログでユーザー間の会話混在、想定外のセッション参照、機密情報の露出を確認してください。必要ならベンダー情報源を参照してください。

Q. なぜEPSSスコアが重要なのですか?

A. EPSS は「直近30日で悪用される予測確率」を示します。CVSS は深刻度、EPSS は悪用されやすさの目安です。両方を見ると、AI Security の対応順を決めやすくなります。

Q. このCVEと類似の脆弱性は他にもありますか?

A. 提供データでは CWE は示されていません。したがって、同じ CWE での比較はできません。実務では、不適切なデフォルト設定とテナント分離不備を持つAI/LLM脆弱性を広く点検してください。

参考文献

本記事に関連するキーワードから、他のAIセキュリティ記事を探せます。

2026-06-26 追記

本記事の公開後、以下の重要な変化が確認されました(公開からの経過: 6日)。

項目 公開時点 2026-06-26時点 変化の意味
CWE追加 (なし) CWE-276 新規CWE: CWE-276
結論ボックスの対象範囲が未記入 (詳細はベンダーアドバイザリ参照) cpe:2.3:a:vmware:spring_ai:*:*:*:*:*:*:*:* >=1.0.0 <1.0.7 / cpe:2.3:a:vmware:spring_ai:*:*:*:*:*:*:*:* >=1.1.0 <1.1.6 公開時は具体的な対象範囲が不明だったが、現在は確定済み(記事生成時の凡ミス補正)
結論ボックスの修正バージョンが未記入 ベンダーアドバイザリ参照 1.0.7 以降が修正版(affected範囲外) 公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明(記事生成時の凡ミス補正)

CWE追加

公開時点では本脆弱性に該当するCWE(共通脆弱性タイプ識別子)が割り当てられていませんでしたが、2026-06-26現在、「CWE-276(不適切なデフォルト許可設定)」が新たに付与されています。これにより、本脆弱性が「安全でない初期設定」の問題であることが標準化された形となります。CWEの明示は脆弱性管理やガバナンスの強化、今後の類似事案の早期検知体制に役立ちます。影響把握やレポーティング業務にCWE-276として整理・登録されているか確認してください。

結論ボックスの対象範囲が未記入

記事公開時には、影響を受ける具体的なバージョン範囲が「(詳細はベンダーアドバイザリ参照)」となっており、直接的な記載がありませんでしたが、現在は「cpe:2.3:a:vmware:spring_ai:*:*:*:*:*:*:*:* >=1.0.0 <1.0.7 / cpe:2.3:a:vmware:spring_ai:*:*:*:*:*:*:*:* >=1.1.0 <1.1.6」と明文化されました。これにより、どのバージョンが影響を受けるかを運用者自身が明確に識別できるようになりました。運用担当者は自組織で使っている該当製品バージョンがこの範囲内にあるか、直ちに精査を推奨します。

結論ボックスの修正バージョンが未記入

結論ボックス(概要の箇条書き部分)では、当初「ベンダーアドバイザリ参照」とだけ記載され修正版の具体的バージョンが明らかにされていませんでした。しかし、2026-06-26時点で「1.0.7 以降が修正版(affected範囲外)」と明示され、利用者は修正版適用の目安が直感的に分かる形となっています。実際のアップグレード判断やパッチ適用スケジュール策定にあたり、「1.0.7」以上への更新有無を改めてご確認ください。

AI Security速報を継続配信しています!!

AI/LLM関連の脆弱性、PoC、KEV追加、海外アドバイザリなどを X で配信してるので、ぜひフォローをお願いします!

@ai_sec_news_256 をフォロー

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次