目标达成 感谢每一位支持者 — 我们达成了 100% 目标!

目标: 1000 元 · 已筹: 1336

100%

CVE-2026-72353— Linux kernel 安全漏洞

一分钟漏洞结论

影响对象
Linux Linux
利用判断
尚无明确在野利用证据,仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本;无法立即升级时,限制受影响服务暴露并加强监测。

Linux kernel是美国Linux基金会开源的一个操作系统内核。 Linux kernel 7.1版本存在安全漏洞,该漏洞源于ntfs_attr_fallocate函数在释放读锁后仍引用过期的runlist元素,可能导致释放后重用并访问已释放内存。

CVSS 8.8 · High EPSS 0.51% · P41

影响版本矩阵 6

厂商产品 版本范围状态
Linux Linux 495e90fa334828d4119061e2726af51d0a0fb4ed< 3dd3e43f17cda174009a51fe668046ed7afef46a affected
495e90fa334828d4119061e2726af51d0a0fb4ed< 88496c4ac5a6ade75619f4b1015706a8b924d50a affected
7.1 affected
< 7.1 unaffected
7.1.5≤ 7.1.* unaffected
7.2≤ * unaffected
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2026-72353 基础信息

漏洞信息

对漏洞内容有疑问?看看神龙的深度分析是否有帮助!
查看神龙十问 ↗

尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。

Vulnerability Title
ntfs: avoid stale runlist element dereference in fallocate
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: ntfs: avoid stale runlist element dereference in fallocate ntfs_attr_fallocate() allocates holes and delayed allocations inside initialized size by looking up the current runlist element under ni->runlist.lock. The returned struct runlist_element is only a borrowed pointer into ni->runlist.rl. A writer can replace and free that array after the read lock is dropped, so later reads of rl->lcn, rl->length and rl->vcn can touch freed memory. The buggy scenario involves two paths, with each column showing the order within that path: ntfs_attr_fallocate(): 1. Take ni->runlist.lock for read. 2. Get rl from ntfs_attr_find_vcn_nolock(). 3. Drop ni->runlist.lock. 4. Read rl->lcn, rl->length and rl->vcn. mmap page_mkwrite: 1. Enter ntfs_filemap_page_mkwrite(). 2. Reach __ntfs_write_iomap_begin() and ntfs_attr_map_cluster(). 3. Merge allocation state with ntfs_runlists_merge(). 4. Reallocate ni->runlist.rl in ntfs_rl_realloc(), freeing the old array. Validation reproduced this kernel report: BUG: KASAN: slab-use-after-free in ntfs_attr_fallocate+0xbb8/0xd00 Call Trace: <TASK> dump_stack_lvl+0x66/0xa0 print_report+0xce/0x630 ? ntfs_attr_fallocate+0xbb8/0xd00 ? srso_alias_return_thunk+0x5/0xfbef5 ? __virt_addr_valid+0x20d/0x410 ? ntfs_attr_fallocate+0xbb8/0xd00 kasan_report+0xe0/0x110 ? ntfs_attr_fallocate+0xbb8/0xd00 ntfs_attr_fallocate+0xbb8/0xd00 ? lock_acquire+0x2b8/0x2f0 ? __pfx_ntfs_attr_fallocate+0x10/0x10 ? 0xffffffffc0000095 ? down_write+0x10d/0x1e0 ntfs_fallocate+0x5c9/0x1d00 ? __pfx_ntfs_fallocate+0x10/0x10 ? srso_alias_return_thunk+0x5/0xfbef5 ? lock_acquire+0x2b8/0x2f0 ? srso_alias_return_thunk+0x5/0xfbef5 ? selinux_file_permission+0x3a7/0x510 vfs_fallocate+0x29d/0xd30 __x64_sys_fallocate+0xc7/0x150 ? do_syscall_64+0x81/0x6a0 do_syscall_64+0x115/0x6a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f Allocated by task 410: kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 __kasan_kmalloc+0xaa/0xb0 __kvmalloc_node_noprof+0x353/0x920 ntfs_rl_realloc+0x3f/0x110 ntfs_runlists_merge+0xaa3/0x3010 ntfs_attr_map_cluster+0x4e5/0xf80 ntfs_attr_fallocate+0x53f/0xd00 ntfs_fallocate+0x5c9/0x1d00 vfs_fallocate+0x29d/0xd30 __x64_sys_fallocate+0xc7/0x150 do_syscall_64+0x115/0x6a0 entry_SYSCALL_64_after_hwframe+0x77/0x7f Freed by task 424: kasan_save_stack+0x33/0x60 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x5f/0x80 kfree+0x307/0x580 ntfs_rl_realloc+0x6f/0x110 ntfs_runlists_merge+0x7b1/0x3010 ntfs_attr_map_cluster+0x4e5/0xf80 __ntfs_write_iomap_begin+0x8cd/0x2280 iomap_iter+0x6de/0x11e0 iomap_page_mkwrite+0x391/0x650 ntfs_filemap_page_mkwrite+0x1ac/0x400 do_page_mkwrite+0x15c/0x280 __handle_mm_fault+0xd6d/0x1ca0 handle_mm_fault+0x19c/0x470 do_user_addr_fault+0x23b/0x9c0 exc_page_fault+0x5c/0xc0 asm_exc_page_fault+0x26/0x30 Fix this by copying the needed runlist fields while the read lock is still held and using only those scalar snapshots after unlocking. After the snapshot, ntfs_attr_map_cluster() can also find that the range is already mapped and return balloc=false. Only call ntfs_dio_zero_range() when new clusters were allocated, matching the write iomap path and preserving the zero-newly-allocated-holes behavior.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Description
Linux kernel是美国Linux基金会开源的一个操作系统内核。 Linux kernel 7.1版本存在安全漏洞,该漏洞源于ntfs_attr_fallocate函数在释放读锁后仍引用过期的runlist元素,可能导致释放后重用并访问已释放内存。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 495e90fa334828d4119061e2726af51d0a0fb4ed ~ 3dd3e43f17cda174009a51fe668046ed7afef46a -
Linux Linux 7.1 -

二、漏洞 CVE-2026-72353 的公开POC

# POC 描述 源链接 神龙链接
AI 生成 POC 高级

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2026-72353 的情报信息

登录查看更多情报信息。

CVE-2026-72353 补丁与修复 (2)

同批安全公告 · Linux · 2026-08-15 · 共 845 条

CVE-2026-74280 10.0 CRITICAL Linux kernel 安全漏洞
CVE-2026-74309 10.0 CRITICAL Linux kernel 安全漏洞
CVE-2026-74279 10.0 CRITICAL Linux kernel 安全漏洞
CVE-2026-74475 10.0 CRITICAL Linux kernel 安全漏洞
CVE-2026-72407 10.0 CRITICAL Linux kernel 安全漏洞
CVE-2026-72408 10.0 CRITICAL Linux kernel 安全漏洞
CVE-2026-72421 10.0 CRITICAL Linux kernel 安全漏洞
CVE-2026-72493 9.9 CRITICAL Linux kernel 安全漏洞
CVE-2026-72472 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-74428 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72473 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-74433 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72098 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-74434 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72299 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72477 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72249 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72251 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72130 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2026-72248 9.8 CRITICAL Linux kernel 安全漏洞

显示前 20 条,共 845 条。 查看全部 &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2026-72353

暂无评论


发表评论