MENU
  1. ホーム
  2. CVE
  3. 【高】CVE-2026-43283 linux_kernelのDMAハンドル不適切解放によるメモリ破損脆弱性対策 AI Securityエンジニア必見の実務ガイド

【高】CVE-2026-43283 linux_kernelのDMAハンドル不適切解放によるメモリ破損脆弱性対策 AI Securityエンジニア必見の実務ガイド

CVE
2026-cve ai-security high-severity linux linux-kernel
  • URLをコピーしました！

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

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

Xでフォローする

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

目次

結論

  • 危険度: High (CVSS 8.8)
  • 対象: linux_kernel (3.15.1以上 / 5.10.252未満) / linux_kernel (5.11以上 / 5.15.202未満) / linux_kernel (5.16以上 / 6.1.165未満)
  • 修正: パッチ提供あり (ベンダーアドバイザリ参照)
  • 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 やること かかる目安
STEP 1 何が起きているか理解する 3分
STEP 2 急ぎ対応すべきか判断する 3分
STEP 3 自分の環境が対象か確認する 5分
STEP 4 修正を適用する 環境による
STEP 5 修正されたことを確認する 3分

STEP 1: 何が起きているか

一言でいうと

CVE-2026-43283はlinux_kernelの脆弱性で、攻撃者はローカル環境で特定のバッファ管理に問題を突いて機密情報漏洩やサービス停止を引き起こせます。AI GatewayやAgentフレームワークを運用している技術者にとって最優先で確認すべき問題です。

やさしく説明すると

今回の脆弱性は、Linuxのネットワーク機能で使うメモリの扱いを間違える問題です。身近な例で言うと、鍵の管理ミスで大事な書類が見られたり、破壊されたりするようなものです。こうした間違いが攻撃者に悪用されると、AI開発や運用で重要な情報が盗まれたり、サービスが止まる恐れがあります。

技術的な原因

Linuxカーネルのnet: ethernet: ec_bhfドライバ内で、dma_free_coherent()というメモリの解放関数がエラー処理時に誤ったdmaハンドル情報（priv->rx_buf.alloc_len）を使用していました。これにより、正しいメモリ領域の解除ができず、バッファのマッピングが不適切になります。修正では正しい物理アドレス（priv->rx_buf.alloc_phys）を用いるように変更されています。

この問題はCWE分類が不明ですが、メモリ管理ミスによる「不正なリソース解放」や「アクセス違反」に該当する可能性があります。

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

  • AI GatewayやAgentシステムで、LLMの機密コンテキスト情報が漏洩する可能性
  • Linux Kernelを使うインフラで不正なメモリ処理によりサービス停止(可用性障害)が起きる
  • AIコーディング環境であるCursorやClineが動くサーバの安定性が損なわれ、開発効率低下
  • 複数テナント間の隔離が破られ、占有情報(環境変数、秘密鍵等)が横展開されるリスク
  • LLM ProxyやRAGパイプラインのサーバが被害を受け、モデルデータやプロンプト情報の改ざんリスク

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

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

カテゴリ 情報源 言語 何が分かるか リンク
総合 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 v3.1スコアは8.8のHigh評価です。実務的には危険度が高く、計画的な迅速対応が必要です。
  • EPSSスコアは0.01%（2.5パーセンタイル）で、直近30日間の悪用予測は低い状況です。
  • ランサムウェアによる悪用は現在確認されていません。
  • 公開PoCリポジトリやExploit情報はありません。
  • 攻撃条件はローカル権限が必要で、ユーザ操作不要ですが、ネットワーク越しには侵害できません。
  • 修正パッチが既に存在し、速やかなアップデートが推奨されます。

誰が動くべきか

  • AI GatewayやLLM Proxyを運用するチーム（LiteLLMやOpenRouter等）
  • Agentフレームワーク開発者（LangChain、AutoGenを含む）
  • MLインフラ管理者(vLLM、Tritonなど利用者)
  • バイブコーダー開発者およびCursor/Cline/Aider/GitHub Copilot/Claude Codeを使う開発チーム
  • Linuxカーネルを用いるインフラ構築者全般

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

影響を受けるバージョン

製品 脆弱なバージョン範囲 修正版
linux_kernel >= 3.15.1 かつ < 5.10.252 5.10.252以降
linux_kernel >= 5.11 かつ < 5.15.202 5.15.202以降
linux_kernel >= 5.16 かつ < 6.1.165 6.1.165以降
linux_kernel >= 6.2 かつ < 6.6.128 6.6.128以降
linux_kernel >= 6.7 かつ < 6.12.75 6.12.75以降
linux_kernel >= 6.13 かつ < 6.18.16 6.18.16以降
linux_kernel >= 6.19 かつ < 6.19.6 6.19.6以降

バージョン確認コマンド

Linuxカーネル（unameコマンド）

uname -r

出力例:

5.10.100-xyz

判定: 出力のカーネルバージョンが 3.15.1以上かつ5.10.252未満、または他の影響範囲内なら脆弱です。

Docker環境（カーネルバージョン確認）

docker run --rm alpine uname -r

出力例:

5.15.0-abc

判定: ホストOSのカーネルバージョンを確認してください。影響範囲内なら脆弱です。

設定確認

本脆弱性はLinuxカーネルのバッファ管理実装に起因し、特定の設定依存はありません。バージョンが該当範囲なら脆弱です。

Nucleiテンプレートでの検出

本件については公開Nucleiテンプレートは存在しません。ベンダーのツールやバージョン確認による判定を推奨します。

STEP 4: 修正を適用する

パッチ適用

Linuxカーネルアップデート（一般例）

sudo apt update && sudo apt install linux-image-$(uname -r | cut -d'-' -f1)-generic

出力例:

linux-image-5.10.252 installed

判定: バージョンが 5.10.252 以上に更新されていればOK

カーネルパッチの適用 (詳細は以下リンク参照)

注意: カーネルアップデートの前に必ず重要なデータのバックアップを取得してください。ステージング環境でテストし、本番環境のダウンタイムを計画的に実施することを推奨します。

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

ベンダー公式からの暫定的な設定変更やWAFルールは示されていません。できる限りネットワーク分離や最小権限での運用を強化してください。

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

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

期待される出力

Linuxカーネル（unameコマンド）

uname -r

出力例:

5.10.252-xyz

判定: バージョンが 5.10.252 以上なら修正済みで安全です。

追加で確認すべきこと

  • ログに不審なアクセスやシステム異常がないか監視する。
  • 利用中のAgent/LLM ProxyやContainerイメージの再起動で最新カーネルを反映。
  • 公開Nucleiテンプレートはないため、別途システム保護対策を継続。

補足: 悪用観測状況

現時点でCISA KEVには登録されておらず、ランサムウェアによる悪用情報もありません。GitHubやエクスプロイトDBにも公開されたPoCコードはありません。実際の攻撃観測はまだない状態です。ただし、CVSSスコアが高いため注意が必要です。

補足: CVSSメトリクス詳細

  • AV (Attack Vector：攻撃元) ：Local (ローカル権限が必要)
  • AC (Attack Complexity：攻撃の難易度) ：Low (低難易度)
  • PR (Privileges Required：必要権限) ：Low (一般ユーザー権限で可能)
  • UI (User Interaction：ユーザ操作) ：None (不要)
  • S (Scope：影響範囲) ：Changed (影響範囲が別コンポーネントに広がる)
  • C (Confidentiality Impact：機密性への影響) ：High (機密情報が漏洩する)
  • I (Integrity Impact：完全性への影響) ：High (データ改ざんの可能性)
  • A (Availability Impact：可用性への影響) ：High (サービス停止が生じる)

よくある質問（FAQ）

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

A. まずSTEP 3で自身の環境のLinuxカーネルバージョンを確認し、対象であればSTEP 4で提供パッチを適用してください。最後にSTEP 5で修正を確認します。

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

A. 公式の暫定回避策は公開されていませんが、ネットワークの分離強化や最小権限運用を行い、攻撃リスクを減らしてください。

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

A. 公開された悪用情報がないため、ベンダー提供のIOCは存在しません。ログ監視で異常なシステム動作や不審なアクセスを重点的に調査してください。

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

A. CVSSは理論上の深刻度を示しますが、EPSSは実際に悪用される可能性を示すため、優先度判断の際に両方を参照すると合理的です。

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

A. 本件はLinuxカーネルのメモリ管理問題ですが、類似のdma_free_coherent関数の誤使用等の脆弱性が過去に報告されています。常にカーネルのメモリ管理周りを注意深く監視しましょう。

参考文献

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

2026-05-13 追記

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

項目 公開時点 2026-05-13時点 変化の意味
パッチ新規公表 2件 8件 新たなパッチ・修正版が公表
結論ボックスの修正バージョンが未記入 パッチ提供あり (ベンダーアドバイザリ参照) 8件のパッチリンクあり(https://git.kernel.org/stable/c/0f589ee54fd6d76d3f75e745f7f12c64cbd749e5 等) 公開時は修正版情報が結論ボックスにテンプレ文字列のまま残っていた。現在は具体的な修正版が判明（記事生成時の凡ミス補正）

パッチ新規公表

公開時点で確認されていたパッチ・修正版が2件だったのに対し、2026-05-13時点では8件の新たなパッチが公表されたことが判明しました。これは対応範囲の拡大や、複数のカーネルバージョン向けに修正が迅速に提供されたことを示しています。特に、影響を受けるシステムが多岐に渡る場合、すべての関連する環境で正しい修正版が適用できることは運用面で極めて重要です。管理者や運用担当者は、自身の利用バージョンに該当するパッチが出ているかを速やかに確認し、適用計画を立てることが推奨されます。

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

記事公開時点では、「パッチ提供あり (ベンダーアドバイザリ参照)」というテンプレ的な記述のみで、修正バージョンの具体的な情報が結論ボックスに未反映となっていました。その後、8件のパッチリンク（例: https://git.kernel.org/stable/c/0f589ee54fd6d76d3f75e745f7f12c64cbd749e5 など）が明記され、修正版情報が具体的に案内できるように是正されています。この修正により、利用者は修正対象バージョンや適用すべきパッチ内容を把握しやすくなり、より安全かつ的確な対応判断を下すことが可能となります。記事内の情報を再度ご確認の上、パッチ適用作業を進めてください。

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

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

@ai_sec_news_256 をフォロー

CVE
2026-cve ai-security high-severity linux linux-kernel

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

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

関連記事

目次