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

目标: 1000 元 · 已筹: 1359 元

100%

CVE-2021-47618— Linux kernel 安全漏洞

一分钟漏洞结论

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

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel 存在安全漏洞,该漏洞源于 ARM:9170/1 模块启用 kasan 和 kprobe 时会出现恐慌。

AI 预测 5.5 利用难度: 理论可行 EPSS 0.24% · P14

可能的 ATT&CK 技术 1 AI

T1055 · Process Injection

影响版本矩阵 8

厂商产品 版本范围状态
Linux Linux 35aa1df4328340f38edc46f00837f08d33d49f63< 1515e72aae803fc6b466adf918e71c4e4c9d5b3d affected
35aa1df4328340f38edc46f00837f08d33d49f63< ba1863be105b06e10d0e2f6b1b8a0570801cfc71 affected
35aa1df4328340f38edc46f00837f08d33d49f63< 8b59b0a53c840921b625378f137e88adfa87647e affected
2.6.25 affected
< 2.6.25 unaffected
5.15.19≤ 5.15.* unaffected
5.16.5≤ 5.16.* unaffected
5.17≤ * unaffected
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2021-47618 基础信息

漏洞信息

对漏洞内容有疑问?看看神龙的深度分析是否有帮助!
查看神龙十问 ↗

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

Vulnerability Title
ARM: 9170/1: fix panic when kasan and kprobe are enabled
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: ARM: 9170/1: fix panic when kasan and kprobe are enabled arm32 uses software to simulate the instruction replaced by kprobe. some instructions may be simulated by constructing assembly functions. therefore, before executing instruction simulation, it is necessary to construct assembly function execution environment in C language through binding registers. after kasan is enabled, the register binding relationship will be destroyed, resulting in instruction simulation errors and causing kernel panic. the kprobe emulate instruction function is distributed in three files: actions-common.c actions-arm.c actions-thumb.c, so disable KASAN when compiling these files. for example, use kprobe insert on cap_capable+20 after kasan enabled, the cap_capable assembly code is as follows: <cap_capable>: e92d47f0 push {r4, r5, r6, r7, r8, r9, sl, lr} e1a05000 mov r5, r0 e280006c add r0, r0, #108 ; 0x6c e1a04001 mov r4, r1 e1a06002 mov r6, r2 e59fa090 ldr sl, [pc, #144] ; ebfc7bf8 bl c03aa4b4 <__asan_load4> e595706c ldr r7, [r5, #108] ; 0x6c e2859014 add r9, r5, #20 ...... The emulate_ldr assembly code after enabling kasan is as follows: c06f1384 <emulate_ldr>: e92d47f0 push {r4, r5, r6, r7, r8, r9, sl, lr} e282803c add r8, r2, #60 ; 0x3c e1a05000 mov r5, r0 e7e37855 ubfx r7, r5, #16, #4 e1a00008 mov r0, r8 e1a09001 mov r9, r1 e1a04002 mov r4, r2 ebf35462 bl c03c6530 <__asan_load4> e357000f cmp r7, #15 e7e36655 ubfx r6, r5, #12, #4 e205a00f and sl, r5, #15 0a000001 beq c06f13bc <emulate_ldr+0x38> e0840107 add r0, r4, r7, lsl #2 ebf3545c bl c03c6530 <__asan_load4> e084010a add r0, r4, sl, lsl #2 ebf3545a bl c03c6530 <__asan_load4> e2890010 add r0, r9, #16 ebf35458 bl c03c6530 <__asan_load4> e5990010 ldr r0, [r9, #16] e12fff30 blx r0 e356000f cm r6, #15 1a000014 bne c06f1430 <emulate_ldr+0xac> e1a06000 mov r6, r0 e2840040 add r0, r4, #64 ; 0x40 ...... when running in emulate_ldr to simulate the ldr instruction, panic occurred, and the log is as follows: Unable to handle kernel NULL pointer dereference at virtual address 00000090 pgd = ecb46400 [00000090] *pgd=2e0fa003, *pmd=00000000 Internal error: Oops: 206 [#1] SMP ARM PC is at cap_capable+0x14/0xb0 LR is at emulate_ldr+0x50/0xc0 psr: 600d0293 sp : ecd63af8 ip : 00000004 fp : c0a7c30c r10: 00000000 r9 : c30897f4 r8 : ecd63cd4 r7 : 0000000f r6 : 0000000a r5 : e59fa090 r4 : ecd63c98 r3 : c06ae294 r2 : 00000000 r1 : b7611300 r0 : bf4ec008 Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user Control: 32c5387d Table: 2d546400 DAC: 55555555 Process bash (pid: 1643, stack limit = 0xecd60190) (cap_capable) from (kprobe_handler+0x218/0x340) (kprobe_handler) from (kprobe_trap_handler+0x24/0x48) (kprobe_trap_handler) from (do_undefinstr+0x13c/0x364) (do_undefinstr) from (__und_svc_finish+0x0/0x30) (__und_svc_finish) from (cap_capable+0x18/0xb0) (cap_capable) from (cap_vm_enough_memory+0x38/0x48) (cap_vm_enough_memory) from (security_vm_enough_memory_mm+0x48/0x6c) (security_vm_enough_memory_mm) from (copy_process.constprop.5+0x16b4/0x25c8) (copy_process.constprop.5) from (_do_fork+0xe8/0x55c) (_do_fork) from (SyS_clone+0x1c/0x24) (SyS_clone) from (__sys_trace_return+0x0/0x10) Code: 0050a0e1 6c0080e2 0140a0e1 0260a0e1 (f801f0e7)
来源: 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 存在安全漏洞,该漏洞源于 ARM:9170/1 模块启用 kasan 和 kprobe 时会出现恐慌。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 35aa1df4328340f38edc46f00837f08d33d49f63 ~ 1515e72aae803fc6b466adf918e71c4e4c9d5b3d -
Linux Linux 2.6.25 -

二、漏洞 CVE-2021-47618 的公开POC

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

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2021-47618 的情报信息

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

CVE-2021-47618 其他参考 (3)

同批安全公告 · Linux · 2024-06-20 · 共 67 条

CVE-2022-48711 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2024-38620 8.8 HIGH Linux kernel 安全漏洞
CVE-2021-47620 8.1 HIGH Linux kernel安全漏洞
CVE-2022-48743 8.1 HIGH Linux kernel 安全漏洞
CVE-2022-48759 7.8 HIGH Linux kernel安全漏洞
CVE-2022-48716 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48720 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48771 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48721 7.8 HIGH Linux kernel安全漏洞
CVE-2022-48762 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48729 7.8 HIGH Linux kernel安全漏洞
CVE-2022-48726 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48733 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48735 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48754 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48742 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48751 7.8 HIGH Linux kernel 安全漏洞
CVE-2022-48744 7.5 HIGH Linux kernel 安全漏洞
CVE-2022-48727 7.3 HIGH Linux kernel 安全漏洞
CVE-2022-48717 7.1 HIGH Linux kernel 安全漏洞

显示前 20 条,共 67 条。 查看全部 &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2021-47618

暂无评论


发表评论