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

目标: 1000 元 · 已筹: 1359 元

100%
请我们喝杯咖啡

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

一分钟漏洞结论

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

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞。攻击者利用该漏洞导致内存损坏。

CVSS 7.8 · High EPSS 0.75% · P54

影响版本矩阵 21

厂商产品 版本范围状态
Linux Linux 2e584b1a02eeb860e286d39bc408b25ebc5ec844< edcce01e0e50840a9aa6a70baed21477bdd2c9f9 affected
e46d433754420b4d6513ca389403de88a0910279< 2d598902799886d67947406f26ee8e5fd2ca097f affected
0572fc6a510add9029b113239eaabf4b5bce8ec9< 31ceae385556c37e4d286cb6378696448f566883 affected
a0997a86f5c0085e183ddee5fb72091d584d3d16< d63f00ec908b3be635ead5d6029cc94246e1f38d affected
7c93d8cff582c459350d6f8906eea6e4cd60d959< 43c32c22254b9328d7abb1c2b0f689dc67838e60 affected
b220c049d5196dd94d992dd2dc8cba1a5e6123bf< b16a249eca2230c2cd66fa1d4b94743bd9b6ef92 affected
b220c049d5196dd94d992dd2dc8cba1a5e6123bf< 3e08a9f9760f4a70d633c328a76408e62d6f80a3 affected
4.9.258< 4.9.273 affected
… +13 条更多
获取后续新漏洞提醒 登录后订阅

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

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

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

Vulnerability Title
tracing: Correct the length check which causes memory corruption
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: tracing: Correct the length check which causes memory corruption We've suffered from severe kernel crashes due to memory corruption on our production environment, like, Call Trace: [1640542.554277] general protection fault: 0000 [#1] SMP PTI [1640542.554856] CPU: 17 PID: 26996 Comm: python Kdump: loaded Tainted:G [1640542.556629] RIP: 0010:kmem_cache_alloc+0x90/0x190 [1640542.559074] RSP: 0018:ffffb16faa597df8 EFLAGS: 00010286 [1640542.559587] RAX: 0000000000000000 RBX: 0000000000400200 RCX: 0000000006e931bf [1640542.560323] RDX: 0000000006e931be RSI: 0000000000400200 RDI: ffff9a45ff004300 [1640542.560996] RBP: 0000000000400200 R08: 0000000000023420 R09: 0000000000000000 [1640542.561670] R10: 0000000000000000 R11: 0000000000000000 R12: ffffffff9a20608d [1640542.562366] R13: ffff9a45ff004300 R14: ffff9a45ff004300 R15: 696c662f65636976 [1640542.563128] FS: 00007f45d7c6f740(0000) GS:ffff9a45ff840000(0000) knlGS:0000000000000000 [1640542.563937] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [1640542.564557] CR2: 00007f45d71311a0 CR3: 000000189d63e004 CR4: 00000000003606e0 [1640542.565279] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [1640542.566069] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 [1640542.566742] Call Trace: [1640542.567009] anon_vma_clone+0x5d/0x170 [1640542.567417] __split_vma+0x91/0x1a0 [1640542.567777] do_munmap+0x2c6/0x320 [1640542.568128] vm_munmap+0x54/0x70 [1640542.569990] __x64_sys_munmap+0x22/0x30 [1640542.572005] do_syscall_64+0x5b/0x1b0 [1640542.573724] entry_SYSCALL_64_after_hwframe+0x44/0xa9 [1640542.575642] RIP: 0033:0x7f45d6e61e27 James Wang has reproduced it stably on the latest 4.19 LTS. After some debugging, we finally proved that it's due to ftrace buffer out-of-bound access using a debug tool as follows: [ 86.775200] BUG: Out-of-bounds write at addr 0xffff88aefe8b7000 [ 86.780806] no_context+0xdf/0x3c0 [ 86.784327] __do_page_fault+0x252/0x470 [ 86.788367] do_page_fault+0x32/0x140 [ 86.792145] page_fault+0x1e/0x30 [ 86.795576] strncpy_from_unsafe+0x66/0xb0 [ 86.799789] fetch_memory_string+0x25/0x40 [ 86.804002] fetch_deref_string+0x51/0x60 [ 86.808134] kprobe_trace_func+0x32d/0x3a0 [ 86.812347] kprobe_dispatcher+0x45/0x50 [ 86.816385] kprobe_ftrace_handler+0x90/0xf0 [ 86.820779] ftrace_ops_assist_func+0xa1/0x140 [ 86.825340] 0xffffffffc00750bf [ 86.828603] do_sys_open+0x5/0x1f0 [ 86.832124] do_syscall_64+0x5b/0x1b0 [ 86.835900] entry_SYSCALL_64_after_hwframe+0x44/0xa9 commit b220c049d519 ("tracing: Check length before giving out the filter buffer") adds length check to protect trace data overflow introduced in 0fc1b09ff1ff, seems that this fix can't prevent overflow entirely, the length check should also take the sizeof entry->array[0] into account, since this array[0] is filled the length of trace data and occupy addtional space and risk overflow.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
来源: 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 2e584b1a02eeb860e286d39bc408b25ebc5ec844 ~ edcce01e0e50840a9aa6a70baed21477bdd2c9f9 -
Linux Linux 5.11 -

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

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

未找到公开 POC。

登录以生成 AI POC

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

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

CVE-2021-47274 其他参考 (7)

同批安全公告 · Linux · 2024-05-21 · 共 361 条

CVE-2023-52755 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2021-47427 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2023-52741 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2021-47378 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2023-52732 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2021-47232 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2021-47328 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2023-52769 8.8 HIGH Linux kernel 安全漏洞
CVE-2023-52790 8.8 HIGH Linux kernel 安全漏洞
CVE-2021-47308 8.8 HIGH Linux kernel 安全漏洞
CVE-2021-47390 8.8 HIGH Linux kernel 安全漏洞
CVE-2021-47388 8.8 HIGH Linux kernel 安全漏洞
CVE-2023-52776 8.8 HIGH Linux kernel 安全漏洞
CVE-2023-52798 8.8 HIGH Linux kernel 安全漏洞
CVE-2023-52801 8.8 HIGH Linux kernel 安全漏洞
CVE-2023-52846 8.8 HIGH Linux kernel 安全漏洞
CVE-2021-47352 8.4 HIGH Linux kernel 安全漏洞
CVE-2023-52829 8.4 HIGH Linux kernel 安全漏洞
CVE-2021-47240 8.4 HIGH Linux kernel 安全漏洞
CVE-2021-47245 8.2 HIGH Linux kernel 安全漏洞

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

IV. Related Vulnerabilities

Same product: Linux
Same vendor: Linux

V. Comments for CVE-2021-47274

暂无评论

发表评论