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

目标: 1000 元 · 已筹: 1359 元

100%
请我们喝杯咖啡

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

一分钟漏洞结论

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

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于Bluetooth:btmtk模块中iso数据锚点初始化位置不当。

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

影响版本矩阵 14

厂商产品 版本范围状态
Linux Linux 47caad1577cd7a39e2048c5e4edbce4b863dc12b< 3dd2c5cb2c698a02a4ed2ea0acb7c9909374a8bf affected
47caad1577cd7a39e2048c5e4edbce4b863dc12b< 2174bbc235f79fce88ea71fd08cf836568fcad5f affected
47caad1577cd7a39e2048c5e4edbce4b863dc12b< 2991a023896b79e6753813ed88fbc98979713c73 affected
47caad1577cd7a39e2048c5e4edbce4b863dc12b< 50ddf4b0e1a4cb5e9ca0aac3d0a73202b903c87f affected
47caad1577cd7a39e2048c5e4edbce4b863dc12b< 601f8001373fc3fbad498f9be427254908b7fcce affected
47caad1577cd7a39e2048c5e4edbce4b863dc12b< 2233c4a0b948211743659b24c13d6bd059fa75fc affected
4.5 affected
< 4.5 unaffected
… +6 条更多
获取后续新漏洞提醒 登录后订阅

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

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

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

Vulnerability Title
scsi: hisi_sas: Add cond_resched() for no forced preemption model
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: scsi: hisi_sas: Add cond_resched() for no forced preemption model For no forced preemption model kernel, in the scenario where the expander is connected to 12 high performance SAS SSDs, the following call trace may occur: [ 214.409199][ C240] watchdog: BUG: soft lockup - CPU#240 stuck for 22s! [irq/149-hisi_sa:3211] [ 214.568533][ C240] pstate: 60400009 (nZCv daif +PAN -UAO -TCO BTYPE=--) [ 214.575224][ C240] pc : fput_many+0x8c/0xdc [ 214.579480][ C240] lr : fput+0x1c/0xf0 [ 214.583302][ C240] sp : ffff80002de2b900 [ 214.587298][ C240] x29: ffff80002de2b900 x28: ffff1082aa412000 [ 214.593291][ C240] x27: ffff3062a0348c08 x26: ffff80003a9f6000 [ 214.599284][ C240] x25: ffff1062bbac5c40 x24: 0000000000001000 [ 214.605277][ C240] x23: 000000000000000a x22: 0000000000000001 [ 214.611270][ C240] x21: 0000000000001000 x20: 0000000000000000 [ 214.617262][ C240] x19: ffff3062a41ae580 x18: 0000000000010000 [ 214.623255][ C240] x17: 0000000000000001 x16: ffffdb3a6efe5fc0 [ 214.629248][ C240] x15: ffffffffffffffff x14: 0000000003ffffff [ 214.635241][ C240] x13: 000000000000ffff x12: 000000000000029c [ 214.641234][ C240] x11: 0000000000000006 x10: ffff80003a9f7fd0 [ 214.647226][ C240] x9 : ffffdb3a6f0482fc x8 : 0000000000000001 [ 214.653219][ C240] x7 : 0000000000000002 x6 : 0000000000000080 [ 214.659212][ C240] x5 : ffff55480ee9b000 x4 : fffffde7f94c6554 [ 214.665205][ C240] x3 : 0000000000000002 x2 : 0000000000000020 [ 214.671198][ C240] x1 : 0000000000000021 x0 : ffff3062a41ae5b8 [ 214.677191][ C240] Call trace: [ 214.680320][ C240] fput_many+0x8c/0xdc [ 214.684230][ C240] fput+0x1c/0xf0 [ 214.687707][ C240] aio_complete_rw+0xd8/0x1fc [ 214.692225][ C240] blkdev_bio_end_io+0x98/0x140 [ 214.696917][ C240] bio_endio+0x160/0x1bc [ 214.701001][ C240] blk_update_request+0x1c8/0x3bc [ 214.705867][ C240] scsi_end_request+0x3c/0x1f0 [ 214.710471][ C240] scsi_io_completion+0x7c/0x1a0 [ 214.715249][ C240] scsi_finish_command+0x104/0x140 [ 214.720200][ C240] scsi_softirq_done+0x90/0x180 [ 214.724892][ C240] blk_mq_complete_request+0x5c/0x70 [ 214.730016][ C240] scsi_mq_done+0x48/0xac [ 214.734194][ C240] sas_scsi_task_done+0xbc/0x16c [libsas] [ 214.739758][ C240] slot_complete_v3_hw+0x260/0x760 [hisi_sas_v3_hw] [ 214.746185][ C240] cq_thread_v3_hw+0xbc/0x190 [hisi_sas_v3_hw] [ 214.752179][ C240] irq_thread_fn+0x34/0xa4 [ 214.756435][ C240] irq_thread+0xc4/0x130 [ 214.760520][ C240] kthread+0x108/0x13c [ 214.764430][ C240] ret_from_fork+0x10/0x18 This is because in the hisi_sas driver, both the hardware interrupt handler and the interrupt thread are executed on the same CPU. In the performance test scenario, function irq_wait_for_interrupt() will always return 0 if lots of interrupts occurs and the CPU will be continuously consumed. As a result, the CPU cannot run the watchdog thread. When the watchdog time exceeds the specified time, call trace occurs. To fix it, add cond_resched() to execute the watchdog thread.
来源: 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存在安全漏洞，该漏洞源于Bluetooth:btmtk模块中iso数据锚点初始化位置不当。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 47caad1577cd7a39e2048c5e4edbce4b863dc12b ~ 3dd2c5cb2c698a02a4ed2ea0acb7c9909374a8bf -
Linux Linux 4.5 -

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

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

未找到公开 POC。

登录以生成 AI POC

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

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

CVE-2024-56589 补丁与修复 (6)

同批安全公告 · Linux · 2024-12-27 · 共 221 条

CVE-2024-53206 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-53209 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-56656 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-53169 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-56645 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-53186 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-56640 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-53176 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-53177 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-53179 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-56626 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-56653 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-56651 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-56591 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-53224 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-53237 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-56669 8.8 HIGH Linux kernel 安全漏洞
CVE-2024-56627 8.1 HIGH Linux kernel 安全漏洞
CVE-2024-53214 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-56619 7.8 HIGH Linux kernel 安全漏洞

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

IV. Related Vulnerabilities

Same product: Linux
Same vendor: Linux

V. Comments for CVE-2024-56589

暂无评论

发表评论