Linux kernel の脆弱性
概要
Linux kernel に 脆弱性 (CVE-2025-22034) が存在。悪用されるとシステム全体を乗っ取られる可能性があります。
自動生成の要約
取得元のデータ (CVSS・CWE・影響バージョンなど) から SecPulse が定型文で組み立てた要約です。AI は使っていません。正確な内容は下の原文と参照URLで確認してください。
Linux kernel という製品で、CVE-2025-22034 という番号がついた弱点 (脆弱性) が見つかりました。
悪用されるとシステム全体を乗っ取られる可能性があります。重要度は CVSS スコア 7.8/10 です。
対策: ベンダー公式の修正版に更新してください。
心配なら、システム担当者や製品の公式サイトで「Linux kernel CVE-2025-22034」を検索してください。
CVE-2025-22034 (Linux kernel) — CVSS v3 7.8
攻撃ベクター: ローカル / 被害者操作不要
対応方針: 1) SBOMで影響バージョン横断確認, 2) ステージング検証→本番更新, 3) WAF/プロキシで該当エンドポイントを監視, 4) ログでIOC調査。
参考: 当ページの『参照URL』の GHSA / vendor advisory / patched release を参照。
Linux kernel に 脆弱性 (分類未定) があります。
Linux kernel の影響バージョンはベンダーのアドバイザリで確認してください。
重要度: 重要 (CVSS 7.8/10)。悪用されるとシステム全体を乗っ取られる可能性があります。
ベンダー公式アドバイザリの修正版に更新してください。
修正版が未提供時は、影響機能の無効化・WAFルール・ネットワークACLでの遮断を検討。
Webサーバ・プロキシ・WAFログで該当CVEのIOCに合致する不審リクエストを検索。SBOM/依存ファイルで影響バージョンを横断確認。
対応アクション
SOC/SREチームが順番に実行すべき具体的なステップとコマンド例
-
1
影響範囲の特定identify
Audit SBOM/dependencies for affected components.資産台帳・SBOM・依存マニフェストで Linux kernel を使っているサービスとバージョンを洗い出す。
-
2
事後検証verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
影響パッケージ
| 種類 | パッケージ | 影響を受ける版 | 直った版 |
|---|---|---|---|
| Linux | Kernel |
6.10.0 以上 6.12.23 未満 6.13.0 以上 6.13.11 未満 6.14.0 以上 6.14.2 未満 |
6.12.23 6.13.11 6.14.2 |
ディストリビューション別の修正状況
各ディストリビューションが公開している、この CVE の修正パッケージ
- BellSoft Alpaquita BELL-CVE-2025-22034 linux-lts 修正版: 6.12.41-r0
- Debian DEBIAN-CVE-2025-22034 linux 修正版: 6.12.25-1
- Ubuntu UBUNTU-CVE-2025-22034 linux-hwe-edge
原文の説明 取得元が公開している説明をそのまま載せています (多くは英語)。
In the Linux kernel, the following vulnerability has been resolved:
mm/gup: reject FOLL_SPLIT_PMD with hugetlb VMAs
Patch series "mm: fixes for device-exclusive entries (hmm)", v2.
Discussing the PageTail() call in make_device_exclusive_range() with
Willy, I recently discovered [1] that device-exclusive handling does not
properly work with THP, making the hmm-tests selftests fail if THPs are
enabled on the system.
Looking into more details, I found that hugetlb is not properly fenced,
and I realized that something that was bugging me for longer -- how
device-exclusive entries interact with mapcounts -- completely breaks
migration/swapout/split/hwpoison handling of these folios while they have
device-exclusive PTEs.
The program below can be used to allocate 1 GiB worth of pages and making
them device-exclusive on a kernel with CONFIG_TEST_HMM.
Once they are device-exclusive, these folios cannot get swapped out
(proc$pid/smaps_rollup will always indicate 1 GiB RSS no matter how much
one forces memory reclaim), and when having a memory block onlined to
ZONE_MOVABLE, trying to offline it will loop forever and complain about
failed migration of a page that should be movable.
echo offline > /sys/devices/system/memory/memory136/state
echo online_movable > /sys/devices/system/memory/memory136/state
./hmm-swap &
... wait until everything is device-exclusive
echo offline > /sys/devices/system/memory/memory136/state
[ 285.193431][T14882] page: refcount:2 mapcount:0 mappi…
出典: NIST National Vulnerability Database NVD
参照URL
- advisory github.com
- advisory nvd.nist.gov
- package git.kernel.org
- web git.kernel.org
- web git.kernel.org
- web git.kernel.org
- web git.kernel.org