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

目标: 1000 元 · 已筹: 1359 元

100%
请我们喝杯咖啡

CVE-2024-40952— Linux kernel 安全漏洞

一分钟漏洞结论

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

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel 存在安全漏洞，该漏洞源于 ocfs2 文件系统在 ocfs2_journal_dirty 函数中存在空指针取消引用问题。

AI 预测 6.5 利用难度: 中等 EPSS 0.24% · P14

可能的 ATT&CK 技术 1 AI

T1499 · Endpoint Denial of Service

影响版本矩阵 8

厂商产品 版本范围状态
Linux Linux 8887b94d93224e0ef7e1bc6369640e313b8b12f4< 0550ad87711f815b3d73e487ec58ca7d8f56edbc affected
8887b94d93224e0ef7e1bc6369640e313b8b12f4< 72663d3e09091f431a0774227ca207c0358362dd affected
8887b94d93224e0ef7e1bc6369640e313b8b12f4< 58f7e1e2c9e72c7974054c64c3abeac81c11f822 affected
6.6 affected
< 6.6 unaffected
6.6.36≤ 6.6.* unaffected
6.9.7≤ 6.9.* unaffected
6.10≤ * unaffected
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2024-40952 基础信息

漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗

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

Vulnerability Title
ocfs2: fix NULL pointer dereference in ocfs2_journal_dirty()
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: ocfs2: fix NULL pointer dereference in ocfs2_journal_dirty() bdev->bd_super has been removed and commit 8887b94d9322 change the usage from bdev->bd_super to b_assoc_map->host->i_sb. This introduces the following NULL pointer dereference in ocfs2_journal_dirty() since b_assoc_map is still not initialized. This can be easily reproduced by running xfstests generic/186, which simulate no more credits. [ 134.351592] BUG: kernel NULL pointer dereference, address: 0000000000000000 ... [ 134.355341] RIP: 0010:ocfs2_journal_dirty+0x14f/0x160 [ocfs2] ... [ 134.365071] Call Trace: [ 134.365312] <TASK> [ 134.365524] ? __die_body+0x1e/0x60 [ 134.365868] ? page_fault_oops+0x13d/0x4f0 [ 134.366265] ? __pfx_bit_wait_io+0x10/0x10 [ 134.366659] ? schedule+0x27/0xb0 [ 134.366981] ? exc_page_fault+0x6a/0x140 [ 134.367356] ? asm_exc_page_fault+0x26/0x30 [ 134.367762] ? ocfs2_journal_dirty+0x14f/0x160 [ocfs2] [ 134.368305] ? ocfs2_journal_dirty+0x13d/0x160 [ocfs2] [ 134.368837] ocfs2_create_new_meta_bhs.isra.51+0x139/0x2e0 [ocfs2] [ 134.369454] ocfs2_grow_tree+0x688/0x8a0 [ocfs2] [ 134.369927] ocfs2_split_and_insert.isra.67+0x35c/0x4a0 [ocfs2] [ 134.370521] ocfs2_split_extent+0x314/0x4d0 [ocfs2] [ 134.371019] ocfs2_change_extent_flag+0x174/0x410 [ocfs2] [ 134.371566] ocfs2_add_refcount_flag+0x3fa/0x630 [ocfs2] [ 134.372117] ocfs2_reflink_remap_extent+0x21b/0x4c0 [ocfs2] [ 134.372994] ? inode_update_timestamps+0x4a/0x120 [ 134.373692] ? __pfx_ocfs2_journal_access_di+0x10/0x10 [ocfs2] [ 134.374545] ? __pfx_ocfs2_journal_access_di+0x10/0x10 [ocfs2] [ 134.375393] ocfs2_reflink_remap_blocks+0xe4/0x4e0 [ocfs2] [ 134.376197] ocfs2_remap_file_range+0x1de/0x390 [ocfs2] [ 134.376971] ? security_file_permission+0x29/0x50 [ 134.377644] vfs_clone_file_range+0xfe/0x320 [ 134.378268] ioctl_file_clone+0x45/0xa0 [ 134.378853] do_vfs_ioctl+0x457/0x990 [ 134.379422] __x64_sys_ioctl+0x6e/0xd0 [ 134.379987] do_syscall_64+0x5d/0x170 [ 134.380550] entry_SYSCALL_64_after_hwframe+0x76/0x7e [ 134.381231] RIP: 0033:0x7fa4926397cb [ 134.381786] Code: 73 01 c3 48 8b 0d bd 56 38 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 90 f3 0f 1e fa b8 10 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 8d 56 38 00 f7 d8 64 89 01 48 [ 134.383930] RSP: 002b:00007ffc2b39f7b8 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 [ 134.384854] RAX: ffffffffffffffda RBX: 0000000000000004 RCX: 00007fa4926397cb [ 134.385734] RDX: 00007ffc2b39f7f0 RSI: 000000004020940d RDI: 0000000000000003 [ 134.386606] RBP: 0000000000000000 R08: 00111a82a4f015bb R09: 00007fa494221000 [ 134.387476] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000000000 [ 134.388342] R13: 0000000000f10000 R14: 0000558e844e2ac8 R15: 0000000000f10000 [ 134.389207] </TASK> Fix it by only aborting transaction and journal in ocfs2_journal_dirty() now, and leave ocfs2_abort() later when detecting an aborted handle, e.g. start next transaction. Also log the handle details in this case.
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: 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所使用的内核。 Linux kernel 存在安全漏洞，该漏洞源于 ocfs2 文件系统在 ocfs2_journal_dirty 函数中存在空指针取消引用问题。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 8887b94d93224e0ef7e1bc6369640e313b8b12f4 ~ 0550ad87711f815b3d73e487ec58ca7d8f56edbc -
Linux Linux 6.6 -

二、漏洞 CVE-2024-40952 的公开POC

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

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2024-40952 的情报信息

请登录查看更多情报信息。

CVE-2024-40952 其他参考 (3)

同批安全公告 · Linux · 2024-07-12 · 共 122 条

CVE-2024-40937 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-40907 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-40999 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-40923 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-40983 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-40910 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-40911 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-40941 8.1 HIGH Linux kernel 安全漏洞
CVE-2024-40953 7.9 HIGH Linux kernel 安全漏洞
CVE-2024-40947 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-39495 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40909 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40949 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40991 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40990 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40989 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40925 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40984 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40924 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-40970 7.8 HIGH Linux kernel 安全漏洞

显示前 20 条，共 122 条。 查看全部 &rarr; →

IV. Related Vulnerabilities

Same product: Linux
Same vendor: Linux

V. Comments for CVE-2024-40952

暂无评论

发表评论