脆弱性対応ウォッチ重大・クリティカル脆弱性のクラウド別対応まとめ
最新更新履歴CriticalHigh回避策のみパッチありAWSGCPAzureLinux
High CVSS 7.1 NEW KEV 悪用確認
CVE-2025-39682

Linux カーネルの TLS 受信でゼロ長レコードの扱いに不備(CVSS 7.1・KEV・是正期限 2026-09-21)

情報取得日: 2026/09/18・本ページは公開情報の非公式まとめです

CVE IDCVE-2025-39682
製品Linux / Linux カーネルの net/tls(カーネル TLS の受信経路)。Ubuntu は plucky 6.14.0-34.34 / noble 6.8.0-86.87 で修正済みとしており、jammy 以前は not affected
CVSS7.1(High)
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
種別 (CWE)CWE-754 異常・例外条件の不適切なチェック
登録/公開日2026/09/18
KEV 期限2026/09/21 まで(米国連邦機関向け目安)
推奨対応ベンダーの指示に従って緩和策を適用する(BOD 26-04 の指針と CISA の Forensics Triage Requirements に従う)。クラウドサービスについては BOD 26-04 の該当指針に従い、緩和策が無い場合は製品の使用を中止する。
出典https://nvd.nist.gov/vuln/detail/CVE-2025-39682

概要

**カーネル TLS の受信処理が、長さゼロのレコードを想定していない経路を持っていた。** 修正コミットの説明によれば、`recvmsg()` の1回の呼び出しは「連続する DATA レコードだけ」か「DATA 以外のレコード1つ」のどちらかを処理する決まりになっている。種類が変わったところで処理ループを抜け、復号済みのレコードは `rx_list` へ積んで次の `recvmsg()` に渡す。 **問題はゼロコピー復号と噛み合わせたときに出る。** ゼロコピーで復号した場合、データはユーザ空間のバッファへ直接書かれるので、`rx_list` へ積むための skb が手元に無い(`darg.skb` は長さなどのメタデータを見るための暗号文側の skb を指している)。ゼロコピーが許されるのは DATA レコードだけで、DATA 以外を処理したら必ずループを抜ける作りになっている。**最初のレコードが `rx_list` から来ていて、かつそれが長さゼロだった場合**に、この前提の隙間に落ちる。 **すでに悪用されている。** CISA は 2026年9月18日にこの CVE を KEV へ収載し、是正期限を **2026年9月21日**とした。カーネル TLS は TLS の暗号処理をカーネルへ降ろす仕組みで、高負荷なサーバや一部の NFS / RDMA 構成で使われる。 **評価点はソースによって割れている。** NVD が Primary として付けている CVSS 3.1 は **7.1 High**(AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H)。カーネルの CNA が付けた値は **9.8 Critical**(AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)で、攻撃元をネットワーク・権限不要としている。Ubuntu の追跡ページの表示は 7.1 で NVD と同じ、優先度は Medium である。**本サイトの掲載値は NVD の 7.1 を採っている。** 差は「ローカルの権限が要るとみるか、ネットワーク越しに直接踏ませられるとみるか」の見立ての違いである。

クラウド/OS 別の対応状況

各ベンダー公式アドバイザリで確認できた事実に基づき整理しています。確認できていない項目は「情報確認中」と明記し、存在しないパッチ番号・バージョンは記載しません。

AWS / GCP / Azure / Linux いずれも対応区分は同じです: ディストリ修正あり 下の表は環境ごとの補足です。
環境対応状況対応方法・備考
AWS (ECS/EC2) ディストリ修正あり
**EC2 上の Linux はゲストOSのカーネル更新で対処する。** Ubuntu なら plucky 6.14.0-34.34 / noble 6.8.0-86.87 へ更新する。Amazon Linux を使っている場合は ALAS のページで本 CVE の扱いを確認する。
本サイトの確認時点(2026-09-20)で、Amazon Linux 側の個別アドバイザリ番号は特定できていない。**Amazon Linux Security Center で CVE-2025-39682 を検索して確認すること。** EKS のマネージドノードグループや Bottlerocket を使っている場合は、ノードの AMI を更新して入れ替える。クラウド側の対処ではなく、ゲストOSのカーネル更新で直る種類の欠陥である。
参照リンク
GCP ディストリ修正あり
**Compute Engine 上の Linux VM は、使っているディストリのカーネル更新に従う。** Ubuntu イメージなら上記の修正版へ更新する。
本サイトの確認時点(2026-09-20)で、GKE / Container-Optimized OS 側の該当記載は特定できていない。**Google Cloud のセキュリティ情報ページで CVE-2025-39682 の記載を確認すること。** GKE のノードはイメージのアップグレードで入れ替わる。クラウド側の対処ではなく、ゲストOSのカーネル更新で直る種類の欠陥である。
参照リンク
Azure ディストリ修正あり
**Azure VM 上の Linux は、使っているディストリのカーネル更新に従う。** Ubuntu イメージなら上記の修正版へ更新する。
本サイトの確認時点(2026-09-20)で、Azure Linux および AKS のノードイメージについての該当記載は特定できていない。**AKS のリリースノートと Azure Linux のアドバイザリで CVE-2025-39682 を確認すること。**クラウド側の対処ではなく、ゲストOSのカーネル更新で直る種類の欠陥である。
参照リンク
Linux ディストリ修正あり
**ディストリビューションのカーネルパッケージを更新する。** Ubuntu は plucky 6.14.0-34.34 / noble 6.8.0-86.87 で修正済み。jammy / focal / bionic は not affected。
Debian は debian-lts-announce(2025年10月)でこの CVE を扱っている。自前ビルドのカーネルを使っている場合は、NVD の参照に並ぶ git.kernel.org の stable コミットから該当系列のものを取り込む。更新後は再起動が要る。
参照リンク

解決の方向性(パッチ/回避策/代替)

**カーネルを修正入りのバージョンへ更新する。ディストリビューションのパッケージ更新で対処する。** Ubuntu の追跡ページ(2026-09-20 時点)は、plucky(25.04)6.14.0-34.34、noble(24.04 LTS)6.8.0-86.87 を修正済みとしている。**jammy(22.04 LTS)・focal(20.04 LTS)・bionic(18.04 LTS)は not affected**、resolute(26.04 LTS)と questing(25.10)も not affected である。 **影響を受ける範囲が新しめのカーネルに寄っている**のがこの CVE の特徴で、22.04 LTS 以前で止まっている環境は対象外と判定されている。まず自分のカーネル系列が 6.8 以降かどうかを見ると、対応の要否が早く決まる。 **カーネル TLS(ktls)を使っていなければ、この経路は踏まない。** `tls` モジュールが読み込まれているか、アプリケーションが `TCP_ULP` で `tls` を設定しているかが判定の入口になる。ただし**KEV 収載済みで是正期限が 2026年9月21日**なので、切り分けより先に更新を当てるほうが早い環境も多い。 **公式に示された回避策は確認できていない。** Debian は LTS のアナウンス(debian-lts-announce 2025/10)でこの CVE を扱っており、Siemens も ProductCERT のアドバイザリ SSA-032379 で言及している。更新後は再起動が要る。

よくある質問(CVE-2025-39682)

CVE-2025-39682(Linux カーネルの net/tls)の影響は?

High(CVSS 7.1)に分類されるLinux Linux カーネルの net/tls(カーネル TLS の受信経路)。Ubuntu は plucky 6.14.0-34.34 / noble 6.8.0-86.87 で修正済みとしており、jammy 以前は not affectedの脆弱性です。**カーネル TLS の受信処理が、長さゼロのレコードを想定していない経路を持っていた。** 修正コミットの説明によれば、`recvmsg()` の1回の呼び出しは「連続する DATA レコードだけ」か「DATA 以外のレコード1つ」のどちらかを処理する決まりになっている。種類が変わったところで処理ループを抜け、復号済みのレコードは `rx_list` へ積んで次の `recvmsg()` に渡す。 **問題はゼロコピー復号と噛み合わせたときに出る。** ゼロコピーで復号した場合、データはユーザ空間のバッファへ直接書かれるので、`rx_list` へ積むための skb が手元に無い(`darg.skb` は長さなどのメタデータを見るための暗号文側の skb を指している)。ゼロコピーが許されるのは DATA レコードだけで、DATA 以外を処理したら必ずループを抜ける作りになっている。**最初のレコードが `rx_list` から来ていて、かつそれが長さゼロだった場合**に、この前提の隙間に落ちる。 **すでに悪用されている。** CISA は 2026年9月18日にこの CVE を KEV へ収載し、是正期限を **2026年9月21日**とした。カーネル TLS は TLS の暗号処理をカーネルへ降ろす仕組みで、高負荷なサーバや一部の NFS / RDMA 構成で使われる。 **評価点はソースによって割れている。** NVD が Primary として付けている CVSS 3.1 は **7.1 High**(AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H)。カーネルの CNA が付けた値は **9.8 Critical**(AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)で、攻撃元をネットワーク・権限不要としている。Ubuntu の追跡ページの表示は 7.1 で NVD と同じ、優先度は Medium である。**本サイトの掲載値は NVD の 7.1 を採っている。** 差は「ローカルの権限が要るとみるか、ネットワーク越しに直接踏ませられるとみるか」の見立ての違いである。

CVE-2025-39682 の対応方法・回避策は?

**カーネルを修正入りのバージョンへ更新する。ディストリビューションのパッケージ更新で対処する。** Ubuntu の追跡ページ(2026-09-20 時点)は、plucky(25.04)6.14.0-34.34、noble(24.04 LTS)6.8.0-86.87 を修正済みとしている。**jammy(22.04 LTS)・focal(20.04 LTS)・bionic(18.04 LTS)は not affected**、resolute(26.04 LTS)と questing(25.10)も not affected である。 **影響を受ける範囲が新しめのカーネルに寄っている**のがこの CVE の特徴で、22.04 LTS 以前で止まっている環境は対象外と判定されている。まず自分のカーネル系列が 6.8 以降かどうかを見ると、対応の要否が早く決まる。 **カーネル TLS(ktls)を使っていなければ、この経路は踏まない。** `tls` モジュールが読み込まれているか、アプリケーションが `TCP_ULP` で `tls` を設定しているかが判定の入口になる。ただし**KEV 収載済みで是正期限が 2026年9月21日**なので、切り分けより先に更新を当てるほうが早い環境も多い。 **公式に示された回避策は確認できていない。** Debian は LTS のアナウンス(debian-lts-announce 2025/10)でこの CVE を扱っており、Siemens も ProductCERT のアドバイザリ SSA-032379 で言及している。更新後は再起動が要る。

自分の環境が CVE-2025-39682 の影響を受けるか確認するには?

Linux Linux カーネルの net/tls(カーネル TLS の受信経路)。Ubuntu は plucky 6.14.0-34.34 / noble 6.8.0-86.87 で修正済みとしており、jammy 以前は not affected を利用している場合、稼働バージョンが影響範囲に含まれるかを一次情報(https://nvd.nist.gov/vuln/detail/CVE-2025-39682)で確認してください。AWS・GCP・Azure・Linux それぞれの対応状況は本ページの「クラウド/OS 別の対応状況」表にまとめています。確認できていない項目は「情報確認中」と明記しており、存在しないパッチ番号・バージョンは記載していません。

CVE-2025-39682 は実際に悪用されている?

はい。CISA の既知の悪用された脆弱性カタログ(KEV)に登録されており、実環境での悪用が確認されています。米国連邦機関向けの対応期限の目安は 2026/09/21 です。推奨される対応: ベンダーの指示に従って緩和策を適用する(BOD 26-04 の指針と CISA の Forensics Triage Requirements に従う)。クラウドサービスについては BOD 26-04 の該当指針に従い、緩和策が無い場合は製品の使用を中止する。

参考情報(出典)

本ページの記載は下記の一次情報に基づく非公式まとめです。数値・対応状況は各出典元で最終確認してください。

免責: 本ページは CISA KEV・NVD・各ベンダー公式アドバイザリ等の公開情報をもとにした非公式まとめです。修正バージョンや対応可否は変更される場合があります。実際の対応は必ず 出典元および各ベンダー公式情報・自環境で確認してください。

« 一覧に戻る