CVE-2026-98225— Linux内核 shrinker 模块与cgroup内存nokmem参数导致的虚假位设置漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，以下漏洞已得到修复： mm/shrinker: 修复与 cgroup.memory=nokmem 相关的 set_shrinker_bit() 虚假有效性问题 当启用 时， 会提前退出，因此不会分配任何 ID，导致 保留其通过 中 获得的初始值 0。随后， 将该值 0 复制到 中，使其看起来像一个有效的位索引。 此外，在 模式下也没有调用 ，因此 保持为 0，导致每个内存控制组（memcg）都拥有一个空映射（ ）。 尽管 无论 LRU 是否感知内存控制组都会向 传递一个真实的 memcg，但
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-98225 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
mm/shrinker: fix bogus set_shrinker_bit() with cgroup.memory=nokmem
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
mm/shrinker: fix bogus set_shrinker_bit() with cgroup.memory=nokmem
With cgroup.memory=nokmem, shrinker_memcg_alloc() bails out early and
never allocates an id, so shrinker->id keeps the 0 it got from the
kzalloc() in shrinker_alloc(). __list_lru_init() then copies that 0 into
lru->shrinker_id, where it looks like a valid bit index.
Nothing calls expand_shrinker_info() on nokmem either, so shrinker_nr_max
stays 0 and every memcg ends up with an empty map (map_nr_max == 0).
deferred_split_folio() hands a real memcg to __list_lru_add() regardless
of whether the lru is memcg aware, so the first THP queued in a cgroup
does set_shrinker_bit(memcg, nid, 0) and trips the bounds check:
WARNING: mm/shrinker.c:212 at set_shrinker_bit+0x7d/0x90, CPU#126
Call Trace:
<TASK>
deferred_split_folio+0x18c/0x220
map_anon_folio_pmd_nopf+0xdd/0x130
map_anon_folio_pmd_pf+0x14/0xb0
do_huge_pmd_anonymous_page+0x1a1/0x620
__handle_mm_fault+0xea9/0x10d0
handle_mm_fault+0xe5/0x320
do_user_addr_fault+0x1cc/0x870
exc_page_fault+0x81/0x1b0
asm_exc_page_fault+0x27/0x30
</TASK>
Harmless, the WARN_ON_ONCE() is what keeps the out of bounds unit[] read
from happening, but the id should not look valid in the first place.
Clear it before returning.
Two other spots could paper over this: drop the id in __list_lru_init()
when nokmem turns memcg_aware off, or make deferred_split_folio() pass
NULL like list_lru_add_obj() does. Both leave shrinker->id lying around
for the next caller, so fix it where the id is handed out.
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-98225 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-98225 的情报信息
请登录查看更多情报信息。
CVE-2026-98225 补丁与修复 (2)
同批安全公告 · Linux · 2026-10-06 · 共 208 条
| CVE-2026-98323 | 9.8 CRITICAL | RDMA/siw 分片头拷贝边界漏洞 |
| CVE-2026-98365 | 9.8 CRITICAL | RDMA/rxe mr_check_range() 整数溢出导致越界访问漏洞 |
| CVE-2026-98282 | 8.8 HIGH | PowerPC IOMMU iommu_tce_check_ioba 溢出验证修复 |
| CVE-2026-98283 | 8.8 HIGH | KVM: PPC Book3S HV tlbie_all_lpid 使用后释放漏洞 |
| CVE-2026-98339 | 8.8 HIGH | cfg80211 移除过时条目时过滤BSS类型漏洞 |
| CVE-2026-98171 | 8.8 HIGH | smb 客户端修复复合 PDU 中 next_buffer UAF 及 NextCommand 越界漏洞 |
| CVE-2026-98261 | 8.1 HIGH | CIFS 服务器 cifs_chan_skip_or_disable() 函数中的使用后释放漏洞 |
| CVE-2026-98357 | 8.1 HIGH | IB/isert 释放连接前等待控制PDU完成漏洞 |
| CVE-2026-98239 | 8.1 HIGH | lan743x 网卡 RX 校验和使用后释放漏洞 |
| CVE-2026-98341 | 7.8 HIGH | WiFi: cfg80211驱动扫描请求释放漏洞 |
| CVE-2026-98324 | 7.8 HIGH | DMA引擎 pxa 硬件描述符重复计数漏洞 |
| CVE-2026-98228 | 7.8 HIGH | MIPS EQE4 系统内核配置错误 |
| CVE-2026-98229 | 7.8 HIGH | Linux内核xfrm安全路径重置前保存输入状态数据 |
| CVE-2026-98320 | 7.8 HIGH | netfilter flowtable 在流释放前持有 ct 引用漏洞 |
| CVE-2026-98318 | 7.8 HIGH | SMB客户端修复相对原生符号链接目标验证漏洞 |
| CVE-2026-98315 | 7.8 HIGH | NTFS运行列表更新缺少锁保护 |
| CVE-2026-98260 | 7.8 HIGH | exec 清理 POSIX 定时器漏洞 |
| CVE-2026-98256 | 7.8 HIGH | Signal 执行函数竞争条件漏洞 |
| CVE-2026-98258 | 7.8 HIGH | Linux内核posix-cpu-timers释放过期列表定时器漏洞 |
| CVE-2026-98254 | 7.8 HIGH | swiotlb 高内存页查找使用调整后的地址 |
显示前 20 条，共 208 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-98225
暂无评论