linux-hwe-edge の脆弱性
概要
linux-hwe-edge に 脆弱性 (UBUNTU-CVE-2025-21932) が存在。不正な操作・情報露出のリスクがあります。
自動生成の要約
取得元のデータ (CVSS・CWE・影響バージョンなど) から SecPulse が定型文で組み立てた要約です。AI は使っていません。正確な内容は下の原文と参照URLで確認してください。
linux-hwe-edge という製品で、UBUNTU-CVE-2025-21932 という番号がついた弱点 (脆弱性) が見つかりました。
不正な操作・情報露出のリスクがあります。
対策: ベンダー公式の修正版に更新してください。
心配なら、システム担当者や製品の公式サイトで「linux-hwe-edge UBUNTU-CVE-2025-21932」を検索してください。
UBUNTU-CVE-2025-21932 (linux-hwe-edge)
攻撃ベクター: ローカル / 被害者操作不要
対応方針: 1) SBOMで影響バージョン横断確認, 2) ステージング検証→本番更新, 3) WAF/プロキシで該当エンドポイントを監視, 4) ログでIOC調査。
参考: 当ページの『参照URL』の GHSA / vendor advisory / patched release を参照。
linux-hwe-edge に 脆弱性 (分類未定) があります。
linux-hwe-edge の影響バージョンはベンダーのアドバイザリで確認してください。
重要度: ?。不正な操作・情報露出のリスクがあります。
ベンダー公式アドバイザリの修正版に更新してください。
修正版が未提供時は、影響機能の無効化・WAFルール・ネットワークACLでの遮断を検討。
Webサーバ・プロキシ・WAFログで該当CVEのIOCに合致する不審リクエストを検索。SBOM/依存ファイルで影響バージョンを横断確認。
対応アクション
SOC/SREチームが順番に実行すべき具体的なステップとコマンド例
-
1
影響範囲の特定identify
grep -r 'linux-hwe-edge' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
linux-hwe-edgeを grep し、稼働しているサービス・バージョンを把握する。 -
2
事後検証verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
影響パッケージ
| 種類 | パッケージ | 影響を受ける版 | 直った版 |
|---|---|---|---|
| Ubuntu:16.04:LTS | linux-hwe-edge |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-aws-5.0 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-aws-5.3 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-azure |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-azure-5.3 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-azure-edge |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-gcp |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-gcp-5.3 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-gke-4.15 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-gke-5.4 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-gkeop-5.4 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-hwe |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-hwe-edge |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-oem |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-oracle-5.0 |
すべての版 |
— |
| Ubuntu:18.04:LTS | linux-oracle-5.3 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-aws-5.11 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-aws-5.13 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-aws-5.8 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-azure-5.11 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-azure-5.13 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-azure-5.8 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-azure-fde |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-gcp-5.11 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-gcp-5.13 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-gcp-5.8 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-gke |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-gke-5.15 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-gkeop |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-gkeop-5.15 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-hwe-5.11 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-hwe-5.13 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-hwe-5.8 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-intel-5.13 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-oem-5.10 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-oem-5.13 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-oem-5.14 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-oem-5.6 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-oracle-5.11 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-oracle-5.13 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-oracle-5.8 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-raspi2 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-riscv |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-riscv-5.11 |
すべての版 |
— |
| Ubuntu:20.04:LTS | linux-riscv-5.8 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-allwinner-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-aws-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-aws-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-aws-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-azure-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-azure-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-azure-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-azure-fde-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-azure-fde-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-gcp-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-gcp-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-gcp-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-hwe-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-hwe-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-hwe-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-intel-iot-realtime |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-lowlatency-hwe-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-lowlatency-hwe-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-lowlatency-hwe-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-nvidia-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-nvidia-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-oem-5.17 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-oem-6.0 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-oem-6.1 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-oem-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-oracle-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-realtime |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-riscv |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-riscv-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-riscv-6.5 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-starfive-5.19 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-starfive-6.2 |
すべての版 |
— |
| Ubuntu:22.04:LTS | linux-starfive-6.5 |
すべての版 |
— |
| Ubuntu:24.04:LTS | linux-raspi-realtime |
すべての版 |
— |
| Ubuntu:24.04:LTS | linux-realtime |
すべての版 |
— |
原文の説明 取得元が公開している説明をそのまま載せています (多くは英語)。
In the Linux kernel, the following vulnerability has been resolved: mm: abort vma_modify() on merge out of memory failure The remainder of vma_modify() relies upon the vmg state remaining pristine after a merge attempt. Usually this is the case, however in the one edge case scenario of a merge attempt failing not due to the specified range being unmergeable, but rather due to an out of memory error arising when attempting to commit the merge, this assumption becomes untrue. This results in vmg->start, end being modified, and thus the proceeding attempts to split the VMA will be done with invalid start/end values. Thankfully, it is likely practically impossible for us to hit this in reality, as it would require a maple tree node pre-allocation failure that would likely never happen due to it being 'too small to fail', i.e. the kernel would simply keep retrying reclaim until it succeeded. However, this scenario remains theoretically possible, and what we are doing here is wrong so we must correct it. The safest option is, when this scenario occurs, to simply give up the operation. If we cannot allocate memory to merge, then we cannot allocate memory to split either (perhaps moreso!). Any scenario where this would be happening would be under very extreme (likely fatal) memory pressure, so it's best we give up early. So there is no doubt it is appropriate to simply bail out in this scenario. However, in general we must if at all possible never assume VMG state is stable after a…
出典: OSV.dev (Open Source Vulnerabilities) OSV
参照URL
- report ubuntu.com
- report cve.org
- report git.kernel.org
- report git.kernel.org
- report git.kernel.org
- report git.kernel.org