CVE-2022-49063— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于释放rx_cpu_rmap时存在释放后重用问题。
影响版本矩阵 10
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 28bf26724fdb0e02267d19e280d6717ee810a10d< ba2f6ec28733fb6b24ed086e676df3df4c138f3f |
affected |
28bf26724fdb0e02267d19e280d6717ee810a10d< 618df75f2e30c7838a3e010ca32cd4893ec9fe33 |
affected | ||
28bf26724fdb0e02267d19e280d6717ee810a10d< d08d2fb6d99d82da1c63aba5c0d1c6f237e150f3 |
affected | ||
28bf26724fdb0e02267d19e280d6717ee810a10d< d7442f512b71fc63a99c8a801422dde4fbbf9f93 |
affected | ||
5.8 |
affected | ||
< 5.8 |
unaffected | ||
5.10.238≤ 5.10.* |
unaffected | ||
5.15.184≤ 5.15.* |
unaffected | ||
| … +2 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2022-49063 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
ice: arfs: fix use-after-free when freeing @rx_cpu_rmap
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
ice: arfs: fix use-after-free when freeing @rx_cpu_rmap
The CI testing bots triggered the following splat:
[ 718.203054] BUG: KASAN: use-after-free in free_irq_cpu_rmap+0x53/0x80
[ 718.206349] Read of size 4 at addr ffff8881bd127e00 by task sh/20834
[ 718.212852] CPU: 28 PID: 20834 Comm: sh Kdump: loaded Tainted: G S W IOE 5.17.0-rc8_nextqueue-devqueue-02643-g23f3121aca93 #1
[ 718.219695] Hardware name: Intel Corporation S2600WFT/S2600WFT, BIOS SE5C620.86B.02.01.0012.070720200218 07/07/2020
[ 718.223418] Call Trace:
[ 718.227139]
[ 718.230783] dump_stack_lvl+0x33/0x42
[ 718.234431] print_address_description.constprop.9+0x21/0x170
[ 718.238177] ? free_irq_cpu_rmap+0x53/0x80
[ 718.241885] ? free_irq_cpu_rmap+0x53/0x80
[ 718.245539] kasan_report.cold.18+0x7f/0x11b
[ 718.249197] ? free_irq_cpu_rmap+0x53/0x80
[ 718.252852] free_irq_cpu_rmap+0x53/0x80
[ 718.256471] ice_free_cpu_rx_rmap.part.11+0x37/0x50 [ice]
[ 718.260174] ice_remove_arfs+0x5f/0x70 [ice]
[ 718.263810] ice_rebuild_arfs+0x3b/0x70 [ice]
[ 718.267419] ice_rebuild+0x39c/0xb60 [ice]
[ 718.270974] ? asm_sysvec_apic_timer_interrupt+0x12/0x20
[ 718.274472] ? ice_init_phy_user_cfg+0x360/0x360 [ice]
[ 718.278033] ? delay_tsc+0x4a/0xb0
[ 718.281513] ? preempt_count_sub+0x14/0xc0
[ 718.284984] ? delay_tsc+0x8f/0xb0
[ 718.288463] ice_do_reset+0x92/0xf0 [ice]
[ 718.292014] ice_pci_err_resume+0x91/0xf0 [ice]
[ 718.295561] pci_reset_function+0x53/0x80
<...>
[ 718.393035] Allocated by task 690:
[ 718.433497] Freed by task 20834:
[ 718.495688] Last potentially related work creation:
[ 718.568966] The buggy address belongs to the object at ffff8881bd127e00
which belongs to the cache kmalloc-96 of size 96
[ 718.574085] The buggy address is located 0 bytes inside of
96-byte region [ffff8881bd127e00, ffff8881bd127e60)
[ 718.579265] The buggy address belongs to the page:
[ 718.598905] Memory state around the buggy address:
[ 718.601809] ffff8881bd127d00: fa fb fb fb fb fb fb fb fb fb fb fb fc fc fc fc
[ 718.604796] ffff8881bd127d80: 00 00 00 00 00 00 00 00 00 00 fc fc fc fc fc fc
[ 718.607794] >ffff8881bd127e00: fa fb fb fb fb fb fb fb fb fb fb fb fc fc fc fc
[ 718.610811] ^
[ 718.613819] ffff8881bd127e80: 00 00 00 00 00 00 00 00 00 00 00 00 fc fc fc fc
[ 718.617107] ffff8881bd127f00: fa fb fb fb fb fb fb fb fb fb fb fb fc fc fc fc
This is due to that free_irq_cpu_rmap() is always being called
*after* (devm_)free_irq() and thus it tries to work with IRQ descs
already freed. For example, on device reset the driver frees the
rmap right before allocating a new one (the splat above).
Make rmap creation and freeing function symmetrical with
{request,free}_irq() calls i.e. do that on ifup/ifdown instead
of device probe/remove/resume. These operations can be performed
independently from the actual device aRFS configuration.
Also, make sure ice_vsi_free_irq() clears IRQ affinity notifiers
only when aRFS is disabled -- otherwise, CPU rmap sets and clears
its own and they must not be touched manually.
来源: 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存在安全漏洞，该漏洞源于释放rx_cpu_rmap时存在释放后重用问题。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2022-49063 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2022-49063 的情报信息
请登录查看更多情报信息。
CVE-2022-49063 补丁与修复 (3)
同批安全公告 · Linux · 2025-02-26 · 共 706 条
| CVE-2022-49149 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49280 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49093 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49094 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49356 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49407 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49418 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49561 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49362 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49194 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49260 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49201 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49058 | 9.1 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-49328 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-49238 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-49471 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-49159 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-49500 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-49479 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-49519 | 8.8 HIGH | Linux kernel 安全漏洞 |
显示前 20 条，共 706 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2022-49063
暂无评论