JVNDB-2026-024892 | |
LinuxのLinux Kernelにおける有効期限後のメモリの解放の欠如に関する脆弱性 | |
| 概要 | |
Linuxカーネルにおいて、以下の脆弱性が解決されました。KVMでは、VMが終了中にvCPUが存在しない場合でもメモリがダーティになった際にWARNしないよう改善しました。メモリをダーティとしてマークする際には、VMがまだ生存中(すなわちrefcountがゼロでない)場合に限り、稼働中またはロード済みのvCPUがないことに対して警告を出します。これにより、x86 SEV-ESゲストのメモリリークを修正でき、実質的に誤検知(false positive)となっていたWARNを回避できます。 一部のSEV-ES VM-Exitでは、KVMはユーザースペースへのexitをまたいでゲストページの書き込み可能なマッピングを保持し、通常は次のKVM_RUN時にページをアンマップします。しかし、ユーザースペースがそのexit後にKVM_RUNを呼び出さない場合、vCPUが破棄される際にページのアンマップを行う必要があり、それが稼働中のvCPUがないことに関するWARNを引き起こします。 または、nested_vmx_free_vcpu()内で行われているように(全く無関係な理由によるものですが)、WARNを抑制するために一時的にvCPUをロードする方法もあります。しかし、破棄中にvCPUをロードするのは望ましくありません(理想的にはnVMXコードを整理すべきです)。また、SEV-ESコードを複雑化させるリスクがあり(KVMはvCPUが既にロードされていない場合のみ一時的なload()+put()を実行する必要があります)、最終的には無意味です。 WARNが生じる動機は、KVMが対応するGFNをアクティブなvCPUのダーティリングにプッシュせずにゲストメモリをダーティにすることを防ぐためであり、例えばユーザースペースがダーティページを見逃さないようにする目的があります。しかし、VMのrefcountがゼロになるためには、ダーティリングのユーザースペースマッピングが一切存在しない必要があります。これはダーティリングのマッピングがvCPU FDに対するmmap()を伴うためです。つまり、ユーザースペースがダーティリングの有効なマッピングを持っている限り、そのvCPUファイルおよび所有するVMはまだ生存していることになります。したがって、ユーザースペースがダーティリングに到達できないため、KVMが技術的にダーティリングへのプッシュを「見逃す」かどうかは無関係です。 | |
| CVSS による深刻度 (CVSS とは?) | |
|
CVSS v3 による深刻度
基本値: 5.5 (警告) [NVD値]
| |
| 影響を受けるシステム | |
|
| |
Linux | |
|
| |
| 想定される影響 | |
・当該ソフトウェアが扱う情報について、外部への漏えいは発生しません。 | |
| 対策 | |
リリース情報、またはパッチ情報が公開されています。参考情報を参照して適切な対策を実施してください。 | |
| ベンダ情報 | |
|
| |
| CWEによる脆弱性タイプ一覧 CWEとは? | |
| |
| 共通脆弱性識別子(CVE) CVEとは? | |
|
| |
| 参考情報 | |
| |
| 更新履歴 | |
|
| 公表日 | 2026/07/01 |
| 登録日 | 2026/07/24 |
| 最終更新日 | 2026/07/24 |



