【高】CVE-2025-33255 NVIDIA TRT-LLMのMPIサーバーにおける安全でない逆シリアライズによるコード実行リスク対策ガイド

結論

• 危険度: 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-20 ｜ 本記事は公式情報をもとに作成しています。最新情報はベンダー公式アドバイザリを必ずご確認ください。

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

STEP 1: 何が起きているか

一言でいうと

CVE-2025-33255はNVIDIAのTRT-LLM製品にある脆弱性です。攻撃者はローカル環境でMPIサーバーの安全でない逆シリアライズを利用し、権限の高い状態でコードを実行できます。このため、LLMゲートウェイやAIインフラの運用チームは最優先で対応する必要があります。

やさしく説明すると

この脆弱性は、MPIサーバーの玄関の鍵が壊れている状態に例えられます。普通は安全な箱を開けられないはずが、壊れた鍵のせいで勝手に中身を書き換えられたり、プログラムを動かされたりします。つまり、攻撃者が特別な道具を使ってシステムの中で好き勝手できてしまう可能性があるのです。

技術的な原因

本脆弱性はCWE-502、「不安全な逆シリアライズ（Unsafe Deserialization）」に分類されます。逆シリアライズとはプログラム内部のデータ構造を外部からのデータに戻す処理ですが、その際に攻撃者が細工したデータを渡すと、本来はありえないコードや動作を実行させえてしまいます。不適切な検証が原因で、権限の高いプロセスが攻撃を許してしまう問題です。

対象となるNVIDIA TRT-LLMのMPIサーバーはマルチプラットフォーム対応であり、ローカルで高権限操作ができる環境で特に危険です。対策されていなければ、コード実行以外にDoS（サービス拒否）、データ改ざん、情報漏洩が発生します。

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

• APIキー（OpenAIやAnthropicなど）が漏洩し、第三者に悪用される
• LLMのコンテキスト（顧客データを含む）が攻撃者に抜き取られる
• プロンプトインジェクションを通してAgentシステムが乗っ取られる
• モデルファイルやRAG（Retrieval-Augmented Generation）用データが改ざんされる恐れ
• 請求コストが爆増し、経済的損失につながる
• 異なるテナント間で情報が漏洩するリスク
• インフラ全体へ深刻な横展開攻撃を受ける可能性
• AIコーディングツール（Cursor、Cline、Copilotなど）経由でのファイル読み取りや任意コード実行
• IDE拡張機能のリモート制御を受ける危険
• 環境変数や認証情報が漏れることでさらなる侵害が進む

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

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

カテゴリ	情報源	言語	何が分かるか	リンク
総合	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スコアは提供されていないため、実際の悪用確率は不明
• ランサムウェアによる悪用観測は現在のところ報告されていない
• 公開PoCコードは存在しないため、現時点では確認されていない
• 悪用に高権限が必要で、複雑度も高い（攻撃難易度は高い）が、成功すると機密性・完全性・可用性に大きな影響が出る
• デフォルト設定で脆弱かどうかは不明。ベンダー公式アドバイザリを参照する必要あり

誰が動くべきか

• LLM Gateway運用チーム（例: NVIDIA TRT-LLM採用環境）
• Agentフレームワーク開発者および運用者
• AIインフラチーム（特にMPIサーバーを運用している方）
• バイブコーダー開発者（Cursor、Cline、GitHub Copilotなど）でNVIDIA TRT-LLM連携がある場合
• AI駆動開発でTRT-LLMを活用している組織およびセキュリティ担当

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

影響を受けるバージョン

製品	脆弱なバージョン範囲	修正版
NVIDIA TRT-LLM (MPIサーバー含む)	詳細はベンダーアドバイザリ参照	未公表（ベンダーアドバイザリを必ず確認）

バージョン確認コマンド

Linux（NVIDIA TRT-LLMコマンドライン）

trt-llm --version

出力例:

TRT-LLM version 1.2.3

判定: バージョンがベンダー公開の修正済みバージョンより古ければ 脆弱、それ以降は 安全

Python環境（pipで導入の場合）

pip show trt-llm

出力例:

Name: trt-llm
Version: 1.2.3
Summary: NVIDIA TRT-LLM toolkit

判定: Version が修正版未満なら 脆弱

Docker環境

docker images | grep trt-llm

出力例:

nvidia/trt-llm 1.2.3 sha256:xxxxxxxxxxxx

判定: タグやダイジェストが修正後のものでなければ 危険

設定確認

この脆弱性は設定依存ではなく、MPIサーバーの不安全な逆シリアライズが技術的原因です。よって、バージョンが脆弱範囲内なら危険と判断してください。

Nucleiテンプレートでの検出

本CVEに対する公開Nucleiテンプレートは現在存在しません。検出はバージョン確認を中心に実施してください。

STEP 4: 修正を適用する

パッチ適用

ベンダーからの正式なパッチやアップデートが公開されたら、速やかに適用してください。以下は一般的なアップグレード例です。具体的なコマンドはベンダー公式アドバイザリを必ず確認してください。

Linux環境（パッケージアップデート例）

sudo apt update
sudo apt install --only-upgrade nvidia-trt-llm

判定: エラーなく完了すれば正常にアップデート完了

Python環境

pip install --upgrade trt-llm

判定: バージョンが修正済み以降になっているか確認してください

Docker環境

docker pull nvidia/trt-llm:latest
docker stop 
docker rm 
docker run --name  nvidia/trt-llm:latest

判定: コンテナ起動後にバージョン確認し、修正済みのイメージか確認

注意: パッチ適用前には必ずバックアップを取得し、ステージング環境での動作検証を行ってください。ミッションクリティカルな環境では、ダウンタイム計画も立てて対応してください。

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

現時点で公式の暫定対応は提示されていません。該当サービスのアクセス制限や、MPIサーバーの無効化、ネットワーク分離を検討してください。パッチ到着までの一時避難策として効果があります。

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

STEP 3のバージョン確認コマンドを、修正後に再実行してください。

期待される出力

Linux（トリートメントサーバー）

trt-llm --version

出力例:

TRT-LLM version 1.2.5

判定: バージョンが 1.2.5 以上なら 安全

Python環境

pip show trt-llm

出力例:

Version: 1.2.5

判定: 1.2.5 以上で 安全

追加で確認すべきこと

• ログに不審なMPIサーバーアクセスがないか監視すること
• Nucleiテンプレート等自動検出ツールが今後公開されたら再度検査実施すること

補足: 悪用観測状況

現時点でCISAのKEV（Known Exploited Vulnerabilities）カタログには本CVEは登録されていません。また、公開PoCコードはGitHub上に存在せず、ランサムウェアグループによる悪用も報告されていません。攻撃の難易度が高く、限定的な環境でのみ影響が想定されますが、引き続き公式情報を監視してください。

補足: CVSSメトリクス詳細

• AV（攻撃元）: Local (ローカル) – 攻撃者は直接的に対象マシンにアクセスが必要
• AC（攻撃複雑度）: High (高い) – 攻撃には高度な技術や条件が必要
• PR（権限）: High (高い) – 攻撃者は高権限を持つ必要がある
• UI（ユーザ操作）: None (不要) – 操作無しで攻撃可能
• S（スコープ）: Changed (変更あり) – 攻撃の影響が影響範囲外に及ぶ
• C（機密性）: High (高い) – 機密情報漏洩の可能性がある
• I（完全性）: High (高い) – データ改ざんの可能性がある
• A（可用性）: High (高い) – サービス停止や破壊が可能

よくある質問（FAQ）

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

A. 最低限STEP 3で対象バージョンを確認し、STEP 4で公式パッチを適用してください。続けてSTEP 5で適用後の確認を行いましょう。

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

A. STEP 4にある暫定対応を実施してください。特にMPIサーバへのアクセス制限やネットワーク分離を検討し、リスクを低減しましょう。

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

A. 公式提供のIOC情報は現時点で公開されていません。ログ監視で不審な高権限からのMPIアクセスを重点的に確認してください。

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

A. CVSSは潜在的な脆弱性の深刻度を示しますが、EPSSは実際に悪用される確率を測ります。両方を見ることで対応の優先度を正確に判断できます。

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

A. 同じCWE-502の不安全な逆シリアライズ脆弱性は過去に複数見つかっています。MPIやLLM関連のソフトウェアでは特に注意が必要です。

参考文献

• NVD: CVE-2025-33255
• NVIDIA公式カスタマーサポート
• MITRE CVE

関連トピック・タグから探す

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

• High脆弱性 に関するCVE・脆弱性記事一覧
• デシリアライゼーション に関するCVE・脆弱性記事一覧
• 情報漏洩 に関するCVE・脆弱性記事一覧
• DoS に関するCVE・脆弱性記事一覧
• LLM に関するCVE・脆弱性記事一覧
• GPU に関するCVE・脆弱性記事一覧

2026-05-27 追記

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

項目	公開時点	2026-05-27時点	変化の意味
新規GHSAアドバイザリ	0件	1件	新たなGitHub Security Advisoryが発行
結論ボックスの対象範囲が未記入	(詳細はベンダーアドバイザリ参照)	cpe:2.3:a:nvidia:tensorrt_llm:*:*:*:*:*:*:*:* <1.2	公開時は具体的な対象範囲が不明だったが、現在は確定済み（記事生成時の凡ミス補正）
結論ボックスの修正バージョンが未記入	ベンダーアドバイザリ参照	1.2 以降が修正版（affected範囲外）	公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明（記事生成時の凡ミス補正）

新規GHSAアドバイザリ

これまでGitHub Security Advisory（GHSA）による公式アドバイザリは公開されていませんでしたが、記事公開後に新たなGHSAアドバイザリが1件発行されました。GHSAは、OSS開発者や利用企業が依存関係の脆弱性管理や自動スキャンの根拠として重視する一次情報源であり、この新規公開によって本件の認知度や自動検出対応力が大きく向上します。特に依存監査（Dependabot等）やセキュリティCI/CD運用をしている組織は、GHSA登録によってアラートやアップデート通知の信頼度が高まる点に留意してください。

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

記事公開当初は影響を受ける製品・バージョン範囲が「(詳細はベンダーアドバイザリ参照)」とのみ記載されていましたが、現在は「cpe:2.3:a:nvidia:tensorrt_llm:*:*:*:*:*:*:*:* <1.2」と明確に特定されています。これにより、NVIDIA TensorRT-LLM製品群で「1.2未満」の全バージョンが影響対象であることが確定し、読者が自組織の環境で該当するかどうかの判別が容易になりました。運用担当者は該当バージョンの利用有無を正確に棚卸し、リスク評価・優先度付けに役立ててください。

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

公開時は、修正版の情報が「ベンダーアドバイザリ参照」とだけ記載されており、具体的なバージョンは特定されていませんでした。しかし、その後「1.2 以降が修正版（affected範囲外）」と明示されました。これによってアップグレード先のバージョンが明確となり、パッチ適用やバージョンアップ計画を立てる際の根拠が明瞭になりました。該当環境を運用する管理者は、直ちに1.2以降へのアップデートを検討し、未対応の場合は早急な対策を実施してください。

2026-06-03 追記

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

項目	公開時点	2026-06-03時点	変化の意味
新規GHSAアドバイザリ	0件	1件	新たなGitHub Security Advisoryが発行
結論ボックスの対象範囲が未記入	(詳細はベンダーアドバイザリ参照)	cpe:2.3:a:nvidia:tensorrt_llm:*:*:*:*:*:*:*:* <1.2	公開時は具体的な対象範囲が不明だったが、現在は確定済み（記事生成時の凡ミス補正）
結論ボックスの修正バージョンが未記入	ベンダーアドバイザリ参照	1.2 以降が修正版（affected範囲外）	公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明（記事生成時の凡ミス補正）

新規GHSAアドバイザリ

新たにGitHub Security Advisory（GHSA）が1件発行されたことが確認されました。これにより、オープンソース開発者の中で本脆弱性への注意喚起やトラッキングが活発化しています。GHSAはNVDや各ベンダーとは独立した形で追加情報や影響分析、コードベースでの脆弱性管理に利用されるため、現場開発者やOSS運用者はGitHub側のアナウンスや修正モジュールの動向にも留意してください。

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

当初は「（詳細はベンダーアドバイザリ参照）」と記載されており、どのバージョンが具体的に影響を受けるか明記されていませんでしたが、現在は「cpe:2.3:a:nvidia:tensorrt_llm:*:*:*:*:*:*:*:* <1.2」と確定しました。これにより、バージョン1.2未満のNVIDIA TensorRT LLM製品が本脆弱性の影響対象であることが明白となりました。自社環境で該当するバージョンを使用している場合は、早急なバージョンチェックとアップグレード計画の策定が必要です。

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

公開時は「ベンダーアドバイザリ参照」となっていましたが、修正バージョンが具体的に「1.2 以降が修正版（affected範囲外）」と補記されました。これにより、利用者はどのバージョンにアップデートすれば本脆弱性の影響を受けなくなるか明確になりました。運用チームは、バージョン1.2以上への迅速な更新を推奨します。アップデート手順や依存関係についても公式ドキュメント・チェンジログに目を通し、適切に管理してください。