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

目标: 1000 元 · 已筹: 1359 元

100%
请我们喝杯咖啡

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

一分钟漏洞结论

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

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于移除模块时可能导致内核崩溃。

AI 预测 4.4 利用难度: 较易 EPSS 0.20% · P9

影响版本矩阵 12

厂商产品 版本范围状态
Linux Linux 5814f32fef137e34577c4f053272c53e7ca33cd9< 3311c5395e7322298b659b8addc704b39fb3a59c affected
5814f32fef137e34577c4f053272c53e7ca33cd9< dfde3d63afbaae664c4d36e53cfb4045d5374561 affected
5814f32fef137e34577c4f053272c53e7ca33cd9< 278a98f6d8a7bbe1110433b057333536e4490edf affected
5814f32fef137e34577c4f053272c53e7ca33cd9< 1556b9149b81cc549c13f5e56e81e89404d8a666 affected
5814f32fef137e34577c4f053272c53e7ca33cd9< ee1b5046d5cd892a0754ab982aeaaad3702083a5 affected
5.17 affected
< 5.17 unaffected
6.1.129≤ 6.1.* unaffected
… +4 条更多
获取后续新漏洞提醒 登录后订阅

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

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

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

Vulnerability Title
staging: media: max96712: fix kernel oops when removing module
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: staging: media: max96712: fix kernel oops when removing module The following kernel oops is thrown when trying to remove the max96712 module: Unable to handle kernel paging request at virtual address 00007375746174db Mem abort info: ESR = 0x0000000096000004 EC = 0x25: DABT (current EL), IL = 32 bits SET = 0, FnV = 0 EA = 0, S1PTW = 0 FSC = 0x04: level 0 translation fault Data abort info: ISV = 0, ISS = 0x00000004, ISS2 = 0x00000000 CM = 0, WnR = 0, TnD = 0, TagAccess = 0 GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 user pgtable: 4k pages, 48-bit VAs, pgdp=000000010af89000 [00007375746174db] pgd=0000000000000000, p4d=0000000000000000 Internal error: Oops: 0000000096000004 [#1] PREEMPT SMP Modules linked in: crct10dif_ce polyval_ce mxc_jpeg_encdec flexcan snd_soc_fsl_sai snd_soc_fsl_asoc_card snd_soc_fsl_micfil dwc_mipi_csi2 imx_csi_formatter polyval_generic v4l2_jpeg imx_pcm_dma can_dev snd_soc_imx_audmux snd_soc_wm8962 snd_soc_imx_card snd_soc_fsl_utils max96712(C-) rpmsg_ctrl rpmsg_char pwm_fan fuse [last unloaded: imx8_isi] CPU: 0 UID: 0 PID: 754 Comm: rmmod Tainted: G C 6.12.0-rc6-06364-g327fec852c31 #17 Tainted: [C]=CRAP Hardware name: NXP i.MX95 19X19 board (DT) pstate: 60400009 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) pc : led_put+0x1c/0x40 lr : v4l2_subdev_put_privacy_led+0x48/0x58 sp : ffff80008699bbb0 x29: ffff80008699bbb0 x28: ffff00008ac233c0 x27: 0000000000000000 x26: 0000000000000000 x25: 0000000000000000 x24: 0000000000000000 x23: ffff000080cf1170 x22: ffff00008b53bd00 x21: ffff8000822ad1c8 x20: ffff000080ff5c00 x19: ffff00008b53be40 x18: 0000000000000000 x17: 0000000000000000 x16: 0000000000000000 x15: 0000000000000000 x14: 0000000000000004 x13: ffff0000800f8010 x12: 0000000000000000 x11: ffff000082acf5c0 x10: ffff000082acf478 x9 : ffff0000800f8010 x8 : 0101010101010101 x7 : 7f7f7f7f7f7f7f7f x6 : fefefeff6364626d x5 : 8080808000000000 x4 : 0000000000000020 x3 : 00000000553a3dc1 x2 : ffff00008ac233c0 x1 : ffff00008ac233c0 x0 : ff00737574617473 Call trace: led_put+0x1c/0x40 v4l2_subdev_put_privacy_led+0x48/0x58 v4l2_async_unregister_subdev+0x2c/0x1a4 max96712_remove+0x1c/0x38 [max96712] i2c_device_remove+0x2c/0x9c device_remove+0x4c/0x80 device_release_driver_internal+0x1cc/0x228 driver_detach+0x4c/0x98 bus_remove_driver+0x6c/0xbc driver_unregister+0x30/0x60 i2c_del_driver+0x54/0x64 max96712_i2c_driver_exit+0x18/0x1d0 [max96712] __arm64_sys_delete_module+0x1a4/0x290 invoke_syscall+0x48/0x10c el0_svc_common.constprop.0+0xc0/0xe0 do_el0_svc+0x1c/0x28 el0_svc+0x34/0xd8 el0t_64_sync_handler+0x120/0x12c el0t_64_sync+0x190/0x194 Code: f9000bf3 aa0003f3 f9402800 f9402000 (f9403400) ---[ end trace 0000000000000000 ]--- This happens because in v4l2_i2c_subdev_init(), the i2c_set_cliendata() is called again and the data is overwritten to point to sd, instead of priv. So, in remove(), the wrong pointer is passed to v4l2_async_unregister_subdev(), leading to a crash.
来源: 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存在安全漏洞，该漏洞源于移除模块时可能导致内核崩溃。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 5814f32fef137e34577c4f053272c53e7ca33cd9 ~ 3311c5395e7322298b659b8addc704b39fb3a59c -
Linux Linux 5.17 -

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

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

未找到公开 POC。

登录以生成 AI POC

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

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

CVE-2024-58054 补丁与修复 (5)

同批安全公告 · Linux · 2025-03-06 · 共 46 条

CVE-2025-21829 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2025-21828 8.8 HIGH Linux kernel 安全漏洞
CVE-2025-21826 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-58083 7.8 HIGH Linux kernel 安全漏洞
CVE-2025-21832 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-58069 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-58070 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-58086 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-58060 7.8 HIGH Linux kernel 资源管理错误漏洞
CVE-2024-58075 7.8 HIGH Linux kernel 安全漏洞
CVE-2025-21825 7.8 HIGH Linux kernel 安全漏洞
CVE-2025-21827 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-58079 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-58053 7.5 HIGH Linux kernel 安全漏洞
CVE-2025-21830 7.3 HIGH Linux kernel 安全漏洞
CVE-2024-58062 Linux kernel 安全漏洞
CVE-2024-58066 Linux kernel 安全漏洞
CVE-2024-58064 Linux kernel 安全漏洞
CVE-2024-58063 Linux kernel 安全漏洞
CVE-2024-58065 Linux kernel 安全漏洞

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

IV. Related Vulnerabilities

Same product: Linux
Same vendor: Linux

V. Comments for CVE-2024-58054

暂无评论

发表评论