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

目标: 1000 元 · 已筹: 1336 元

100%
请我们喝杯咖啡

CVE-2022-48845— Linux kernel 安全漏洞

一分钟漏洞结论

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

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel 存在安全漏洞，该漏洞源于MIPS模块中发现多核调度问题。在启用CONFIG_SCHED_CORE后，可能会出现调度问题。

AI 预测 5.3 利用难度: 理论可行 EPSS 0.22% · P13

可能的 ATT&CK 技术 1 AI

T1496 · Resource Hijacking

影响版本矩阵 18

厂商产品 版本范围状态
Linux Linux e545a6140b698b2494daf0b32107bdcc5e901390< 7315f8538db009605ffba00370678142ef00ac98 affected
e545a6140b698b2494daf0b32107bdcc5e901390< 32813321f18d5432cec1b1a6ecc964f9ea26d565 affected
e545a6140b698b2494daf0b32107bdcc5e901390< 56eaacb8137ba2071ce48d4e3d91979270e139a7 affected
e545a6140b698b2494daf0b32107bdcc5e901390< c2420bc3333111184cdcb112282d13afe1338dd7 affected
e545a6140b698b2494daf0b32107bdcc5e901390< e8ad9ecc406974deb5e7c070f51cc1d09d21dc4b affected
e545a6140b698b2494daf0b32107bdcc5e901390< be538b764a46be1d0700fd3b6e82fb76bd17f13a affected
e545a6140b698b2494daf0b32107bdcc5e901390< 94647aec80d03d6914aa664b7b8e103cd9d63239 affected
e545a6140b698b2494daf0b32107bdcc5e901390< f2703def339c793674010cc9f01bfe4980231808 affected
… +10 条更多
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2022-48845 基础信息

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

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

Vulnerability Title
MIPS: smp: fill in sibling and core maps earlier
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: MIPS: smp: fill in sibling and core maps earlier After enabling CONFIG_SCHED_CORE (landed during 5.14 cycle), 2-core 2-thread-per-core interAptiv (CPS-driven) started emitting the following: [ 0.025698] CPU1 revision is: 0001a120 (MIPS interAptiv (multi)) [ 0.048183] ------------[ cut here ]------------ [ 0.048187] WARNING: CPU: 1 PID: 0 at kernel/sched/core.c:6025 sched_core_cpu_starting+0x198/0x240 [ 0.048220] Modules linked in: [ 0.048233] CPU: 1 PID: 0 Comm: swapper/1 Not tainted 5.17.0-rc3+ #35 b7b319f24073fd9a3c2aa7ad15fb7993eec0b26f [ 0.048247] Stack : 817f0000 00000004 327804c8 810eb050 00000000 00000004 00000000 c314fdd1 [ 0.048278] 830cbd64 819c0000 81800000 817f0000 83070bf4 00000001 830cbd08 00000000 [ 0.048307] 00000000 00000000 815fcbc4 00000000 00000000 00000000 00000000 00000000 [ 0.048334] 00000000 00000000 00000000 00000000 817f0000 00000000 00000000 817f6f34 [ 0.048361] 817f0000 818a3c00 817f0000 00000004 00000000 00000000 4dc33260 0018c933 [ 0.048389] ... [ 0.048396] Call Trace: [ 0.048399] [<8105a7bc>] show_stack+0x3c/0x140 [ 0.048424] [<8131c2a0>] dump_stack_lvl+0x60/0x80 [ 0.048440] [<8108b5c0>] __warn+0xc0/0xf4 [ 0.048454] [<8108b658>] warn_slowpath_fmt+0x64/0x10c [ 0.048467] [<810bd418>] sched_core_cpu_starting+0x198/0x240 [ 0.048483] [<810c6514>] sched_cpu_starting+0x14/0x80 [ 0.048497] [<8108c0f8>] cpuhp_invoke_callback_range+0x78/0x140 [ 0.048510] [<8108d914>] notify_cpu_starting+0x94/0x140 [ 0.048523] [<8106593c>] start_secondary+0xbc/0x280 [ 0.048539] [ 0.048543] ---[ end trace 0000000000000000 ]--- [ 0.048636] Synchronize counters for CPU 1: done. ...for each but CPU 0/boot. Basic debug printks right before the mentioned line say: [ 0.048170] CPU: 1, smt_mask: So smt_mask, which is sibling mask obviously, is empty when entering the function. This is critical, as sched_core_cpu_starting() calculates core-scheduling parameters only once per CPU start, and it's crucial to have all the parameters filled in at that moment (at least it uses cpu_smt_mask() which in fact is `&cpu_sibling_map[cpu]` on MIPS). A bit of debugging led me to that set_cpu_sibling_map() performing the actual map calculation, was being invocated after notify_cpu_start(), and exactly the latter function starts CPU HP callback round (sched_core_cpu_starting() is basically a CPU HP callback). While the flow is same on ARM64 (maps after the notifier, although before calling set_cpu_online()), x86 started calculating sibling maps earlier than starting the CPU HP callbacks in Linux 4.14 (see [0] for the reference). Neither me nor my brief tests couldn't find any potential caveats in calculating the maps right after performing delay calibration, but the WARN splat is now gone. The very same debug prints now yield exactly what I expected from them: [ 0.048433] CPU: 1, smt_mask: 0-1 [0] https://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/commit/?id=76ce7cfe35ef
来源: 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 存在安全漏洞，该漏洞源于MIPS模块中发现多核调度问题。在启用CONFIG_SCHED_CORE后，可能会出现调度问题。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux e545a6140b698b2494daf0b32107bdcc5e901390 ~ 7315f8538db009605ffba00370678142ef00ac98 -
Linux Linux 2.6.28 -

二、漏洞 CVE-2022-48845 的公开POC

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

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2022-48845 的情报信息

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

CVE-2022-48845 其他参考 (7)

同批安全公告 · Linux · 2024-07-16 · 共 98 条

CVE-2022-48788 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-48789 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-48851 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-48790 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2022-48829 9.1 CRITICAL Linux kernel 安全漏洞
CVE-2022-48828 9.1 CRITICAL Linux kernel 安全漏洞
CVE-2022-48785 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-48782 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-48830 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-48864 8.8 HIGH Linux kernel 安全漏洞
CVE-2022-48791 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48792 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48847 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48839 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48822 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48821 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48816 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48796 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48801 7.8 HIGH Linux kernel 安全漏洞
CVE-2024-41008 7.8 HIGH Linux kernel 安全漏洞

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

IV. Related Vulnerabilities

Same product: Linux
Same vendor: Linux

V. Comments for CVE-2022-48845

暂无评论

发表评论