MENU

CVE-2026-24142 NVIDIA TRT-LLMの逆シリアライズ脆弱性によるコード実行リスクとAI Security対策ガイド

  • URLをコピーしました!

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

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

Xでフォローする

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

目次

結論

  • 危険度: Medium (CVSS 6.3)
  • 対象: (詳細はベンダーアドバイザリ参照)
  • 修正: ベンダーアドバイザリ参照
  • 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 何が起きているか理解する 5分
STEP 2 急ぎ対応すべきか判断する 3分
STEP 3 自分の環境が対象か確認する 5分
STEP 4 修正を適用する 環境による
STEP 5 修正されたことを確認する 3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-24142は、NVIDIAのTRT-LLMという製品にあるシリアライズ処理の脆弱性です。攻撃者は、認証不要でローカル環境から悪用し、コード実行やデータ改ざん、情報漏洩を引き起こせます。LLMゲートウェイやAgentフレームワークなどを運用するエンジニアにとって最優先で確認すべき脆弱性です。

やさしく説明すると

TRT-LLMの内部でデータのやりとりをする際、「荷物を勝手に中身を書き換えられる」問題があります。これはまるで、玄関の鍵を壊して合鍵を作り、勝手に家に入られるようなものです。攻撃者はこれを使い、あなたのアプリの重要な部分を操作してしまいます。結果として、機密情報が漏れたり、不正な命令が走ってしまう可能性があります。

技術的な原因

この脆弱性はCWE-502「不安全なデシリアライゼーション」(Unsafe Deserialization)に分類されます。デシリアライゼーションとは、保存や通信で使うデータを元の状態に戻す処理です。ここで信頼できないデータを安全でない形で復元すると、悪意あるコードが実行されるリスクがあります。

今回のTRT-LLMの問題は、シリアライズされたオブジェクトのハンドルを不安全に扱い、コード実行やデータの改ざんを可能にしています。

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

  • AI GatewayやAgentフレームワークの制御権を攻撃者に奪われる
  • LLMのプロンプトやユーザデータを窃取される
  • モデルの出力やRAG (Retrieval Augmented Generation) データが改ざんされる
  • APIキーや認証情報が漏洩し、不正アクセスやコスト増加を招く
  • AIコーディングツール(CursorやCline等)経由でローカルファイルが読み取られる恐れ
  • 不正コード実行により、開発や運用環境を含むインフラ全体の侵害につながる

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

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

カテゴリ 情報源 言語 何が分かるか リンク
総合 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スコアは 6.3 でMedium評価。実務的には「即時対応は不要だが計画的に修正を検討」レベル。
  • EPSS(悪用予測スコア)は提供されていません。
  • ランサムウェアによる悪用の報告は現在ありません(Unknown)。
  • 公開PoCは存在しません。攻撃コードの公開も現時点でありません。
  • 攻撃はローカル環境からかつ低権限で可能。ユーザ操作は不要でスコープが変わるため注意。

誰が動くべきか

  • TRT-LLM搭載のLLM GatewayやAgentフレームワーク運用チーム
  • AI駆動開発に使われるAgenticフレームワークなどを本番投入しているSecOps・SRE
  • Cursor/Cline/Copilot等のAIコーディングツール利用者で、TRT-LLM経由の処理を組み込むバイブコーダー開発者

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

影響を受けるバージョン

製品 脆弱なバージョン範囲 修正版
NVIDIA TRT-LLM 不明(詳細はベンダーアドバイザリ参照) ベンダーアドバイザリ参照

バージョン確認コマンド

Linux(NVIDIA製品の場合)

dpkg -l | grep tRT-llm

出力例:

ii  nvidia-trt-llm   1.2.3-ubuntu    NVIDIA TRT-LLM package

判定: バージョン 1.2.3 が脆弱かベンダーアドバイザリで確認してください。

Docker コンテナ環境

docker images | grep trt-llm

出力例:

nvidia/trt-llm    1.2.3    abcdef123456   2026-04-01

判定: タグやバージョンで脆弱性の有無をベンダーアドバイザリで確認してください。

設定確認

当該脆弱性は「シリアライズ処理の不安全な実装」によるため、バージョン以外の設定依存は報告されていません。よって、対象バージョンなら脆弱です。

Nucleiテンプレートでの検出

公開されているNucleiテンプレートは現時点でありません。検出はバージョン確認を優先してください。

STEP 4: 修正を適用する

パッチ適用

修正版のリリースやアップグレード手順はベンダー公式アドバイザリを参照してください。

Linux(apt/dpkg系)

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

判定: コマンド実行後、バージョンが修正済なら安全です。

注意: アップグレード前に必ずバックアップを取得し、テスト環境で動作検証を行ってください。サービス停止の計画も必須です。

Docker コンテナ更新

docker pull nvidia/trt-llm:latest
docker stop <コンテナ名>
docker rm <コンテナ名>
docker run --name <コンテナ名> nvidia/trt-llm:latest ...

判定: 最新イメージに切り替えたら安全と判断してください。

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

公式の暫定対応は提示されていません。ローカルアクセス制限や権限管理を強化し、TRT-LLMへの直接アクセスを制限してください。WAFなどで不審なシリアライズ処理内容の通信をブロックする対策も検討してください。

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

STEP 3と同じバージョン確認コマンドを再実行します。

期待される出力

Linux(NVIDIA製品)

dpkg -l | grep nvidia-trt-llm

出力例:

ii  nvidia-trt-llm  1.2.5-ubuntu  NVIDIA TRT-LLM package (patched)

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

Docker

docker images | grep trt-llm

出力例:

nvidia/trt-llm  1.2.5  abcdef123456  2026-05-20

判定: 修正済みバージョン以上のタグが確認できれば問題ありません。

追加で確認すべきこと

  • 修正後に利用可能なNucleiテンプレートがあれば、スキャンを再実行して検証してください。
  • ログに不審なアクセスやエラーがないか運用中も継続して監視してください。

補足: 悪用観測状況

現時点でCISAのKEV(Known Exploited Vulnerabilities)カタログには登録されていません。また、GitHub上でのPoCやExploit公開も確認されていません。ランサムウェアグループによる悪用も報告がありません。ただし、脆弱性の性質上、ローカルアクセス権がある攻撃者が利用するリスクはあるため、計画的な対応は必要です。

補足: CVSSメトリクス詳細

  • AV(攻撃元): LOCAL(ローカル) — 攻撃者は対象マシンへのローカルアクセスを必要とします。
  • AC(攻撃複雑度): LOW(低) — 攻撃は単純で難度は低いです。
  • PR(必要権限): LOW(低) — 低権限アカウントで攻撃可能です。
  • UI(ユーザ操作): NONE(不要) — ユーザの操作は要求されません。
  • S(スコープ): CHANGED(変更) — 攻撃により、対象システム権限の範囲が変わります(例えば権限昇格など)。
  • C(機密性影響): LOW(低) — 情報漏洩リスクがありますが限定的です。
  • I(完全性影響): LOW(低) — データの改ざんが可能ですが範囲は限定的です。
  • A(可用性影響): LOW(低) — サービス一部停止等の影響が考えられます。

よくある質問(FAQ)

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

A. STEP 3のバージョン確認を行い、STEP 4でベンダーの修正パッチを適用してください。詳細コマンドは本文に記載しています。

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

A. ローカルアクセス制限や権限管理強化、WAF等の監視・防御を強化する暫定対応を検討してください。

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

A. ベンダー提供のIOC(侵入痕跡)情報が今後利用可能になる可能性があります。現時点ではログ監視による不審な動作確認が有効です。

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

A. CVSSは脆弱性の深刻度を示しますが、EPSSは「実際に悪用される可能性」を示します。両者の情報を併せると、対応優先度を正しく判断できます。

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

A. 同じCWE-502(不安全なデシリアライゼーション)の脆弱性は他のAIやLLMフレームワークにも存在しますので、類似技術を利用している場合は併せて確認してください。

参考文献

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

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アドバイザリ

2026-05-27時点で、CVE-2026-24142に対して新たなGitHub Security Advisory(GHSA)が1件発行されたことが確認されました。GHSAは開発者コミュニティやOSSプロジェクトの運用者にとって非常に重要なセキュリティ情報源であり、管理対象パッケージやCI/CD環境での検知・自動化運用にも活用されています。今回GHSAが発行されたことで、該当リポジトリや関連プロジェクトの利用者は、新たなアラートを受信できるようになり、より迅速な対応や運用管理の強化が可能となります。定期的にGHSAフィードの監視を行っている組織では、自動脆弱性通知や依存関係管理の見直しができるため、アップデートや修正検証を推奨します。

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

記事公開時点では「(詳細はベンダーアドバイザリ参照)」としか記載されていなかった影響範囲について、現在は「cpe:2.3:a:nvidia:tensorrt_llm:*:*:*:*:*:*:*:* <1.2」と具体的なCPEとバージョン範囲が明確化されています。これにより、読者は該当プロダクトのバージョン確認が容易になり、どの環境が脆弱性の影響を受けるかを的確に把握できます。運用現場ではこの範囲情報をもとに、インベントリ管理やソフトウェア棚卸し、影響調査・影響報告の精度向上が期待されます。自組織の環境が対象範囲に含まれるか再度確認し、早期の確認・修正計画立案をお勧めします。

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

公開当初、修正版バージョン情報が「ベンダーアドバイザリ参照」とのみ記載されていましたが、現在は「1.2 以降が修正版(affected範囲外)」と明確に記されています。この修正版情報により、環境内に既に1.2以上のバージョンが導入されている場合は追加対応が不要であること、逆にそれより古い場合は直ちにアップグレードが必要であることがはっきりしました。運用担当者や管理者は、システムのバージョン確認を行い、対象バージョンで運用していないか点検のうえ、速やかに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)が発行され、CVE-2026-24142がGitHub上でも公式に追跡・管理されるようになりました。これにより、オープンソースエコシステム上での脆弱性管理や、GitHub Actions・Dependabotなど自動化サービスによる検知・通知がより強化されます。依存関係の自動監査やセキュリティアラート通知機能を利用している場合は、該当リポジトリのメンテナや利用者に対し、修正アップデートの促進が働くこととなります。今後、GHSAアドバイザリ経由の追加情報やパッケージ管理系ツールでの注意喚起がないかも定期的にご確認ください。

結論ボックスの対象範囲が具体的に確定

記事公開時点では「(詳細はベンダーアドバイザリ参照)」という記載にとどまっていた影響対象範囲が、「cpe:2.3:a:nvidia:tensorrt_llm:*:*:*:*:*:*:*:* <1.2」と明確に確定されました。これにより、ご自身が運用しているTRT-LLM環境や関連プロダクトのバージョンが、実際に脆弱性の影響を受けるかどうか、確実な判断が可能となります。対象となるのは「1.2未満」のバージョンですので、どのリリース系列が現場に導入されているか必ず再点検してください。不明であった範囲が明瞭になったことで、運用リスクの誤認や過剰対応の心配がなくなります。

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

「修正」項目が「ベンダーアドバイザリ参照」のままになっていた点について、今回「1.2 以降が修正版(affected範囲外)」と具体的な修正バージョンが明記される形に補正されました。これによって、アップグレードやパッチ適用の指針がはっきりし、セキュリティ対策計画の策定や運用現場での実施手順書更新が進めやすくなります。TRT-LLMをご利用の方は、最新版1.2以降への早期アップデートが強く推奨されます。未修正状態が続く場合は優先度を引き上げて対応計画を再検討してください。

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

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

@ai_sec_news_256 をフォロー

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

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