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

目标: 1000 元 · 已筹: 1359 元

100%

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

一分钟漏洞结论

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

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于当大小目标小于 skb 大小时,评估结果为 true。 这会导致缺少 tx 缓存重新填充,从而导致核心 TCP 代码分配的 skb 缺少所需的 MPTCP skb 扩展。

AI 预测 7.8 利用难度: 中等 EPSS 0.21% · P10

可能的 ATT&CK 技术 1 AI

T1562.001

影响版本矩阵 3

厂商产品 版本范围状态
Linux Linux e35820fb56415be6924bf552ec223ed5f347b4be< f8ff625a8082db8c2b58dcb5229b27928943b94b affected
1094c6fe7280e17e0e87934add5ad2585e990def< 977d293e23b48a1129830d7968605f61c4af71a0 affected
5.14.7< 5.14.9 affected
获取后续新漏洞提醒 登录后订阅

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

漏洞信息

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

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

Vulnerability Title
mptcp: ensure tx skbs always have the MPTCP ext
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: mptcp: ensure tx skbs always have the MPTCP ext Due to signed/unsigned comparison, the expression: info->size_goal - skb->len > 0 evaluates to true when the size goal is smaller than the skb size. That results in lack of tx cache refill, so that the skb allocated by the core TCP code lacks the required MPTCP skb extensions. Due to the above, syzbot is able to trigger the following WARN_ON(): WARNING: CPU: 1 PID: 810 at net/mptcp/protocol.c:1366 mptcp_sendmsg_frag+0x1362/0x1bc0 net/mptcp/protocol.c:1366 Modules linked in: CPU: 1 PID: 810 Comm: syz-executor.4 Not tainted 5.14.0-syzkaller #0 Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 RIP: 0010:mptcp_sendmsg_frag+0x1362/0x1bc0 net/mptcp/protocol.c:1366 Code: ff 4c 8b 74 24 50 48 8b 5c 24 58 e9 0f fb ff ff e8 13 44 8b f8 4c 89 e7 45 31 ed e8 98 57 2e fe e9 81 f4 ff ff e8 fe 43 8b f8 <0f> 0b 41 bd ea ff ff ff e9 6f f4 ff ff 4c 89 e7 e8 b9 8e d2 f8 e9 RSP: 0018:ffffc9000531f6a0 EFLAGS: 00010216 RAX: 000000000000697f RBX: 0000000000000000 RCX: ffffc90012107000 RDX: 0000000000040000 RSI: ffffffff88eac9e2 RDI: 0000000000000003 RBP: ffff888078b15780 R08: 0000000000000000 R09: 0000000000000000 R10: ffffffff88eac017 R11: 0000000000000000 R12: ffff88801de0a280 R13: 0000000000006b58 R14: ffff888066278280 R15: ffff88803c2fe9c0 FS: 00007fd9f866e700(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00007faebcb2f718 CR3: 00000000267cb000 CR4: 00000000001506e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: __mptcp_push_pending+0x1fb/0x6b0 net/mptcp/protocol.c:1547 mptcp_release_cb+0xfe/0x210 net/mptcp/protocol.c:3003 release_sock+0xb4/0x1b0 net/core/sock.c:3206 sk_stream_wait_memory+0x604/0xed0 net/core/stream.c:145 mptcp_sendmsg+0xc39/0x1bc0 net/mptcp/protocol.c:1749 inet6_sendmsg+0x99/0xe0 net/ipv6/af_inet6.c:643 sock_sendmsg_nosec net/socket.c:704 [inline] sock_sendmsg+0xcf/0x120 net/socket.c:724 sock_write_iter+0x2a0/0x3e0 net/socket.c:1057 call_write_iter include/linux/fs.h:2163 [inline] new_sync_write+0x40b/0x640 fs/read_write.c:507 vfs_write+0x7cf/0xae0 fs/read_write.c:594 ksys_write+0x1ee/0x250 fs/read_write.c:647 do_syscall_x64 arch/x86/entry/common.c:50 [inline] do_syscall_64+0x35/0xb0 arch/x86/entry/common.c:80 entry_SYSCALL_64_after_hwframe+0x44/0xae RIP: 0033:0x4665f9 Code: ff ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 bc ff ff ff f7 d8 64 89 01 48 RSP: 002b:00007fd9f866e188 EFLAGS: 00000246 ORIG_RAX: 0000000000000001 RAX: ffffffffffffffda RBX: 000000000056c038 RCX: 00000000004665f9 RDX: 00000000000e7b78 RSI: 0000000020000000 RDI: 0000000000000003 RBP: 00000000004bfcc4 R08: 0000000000000000 R09: 0000000000000000 R10: 0000000000000000 R11: 0000000000000246 R12: 000000000056c038 R13: 0000000000a9fb1f R14: 00007fd9f866e300 R15: 0000000000022000 Fix the issue rewriting the relevant expression to avoid sign-related problems - note: size_goal is always >= 0. Additionally, ensure that the skb in the tx cache always carries the relevant extension.
来源: 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存在安全漏洞,该漏洞源于当大小目标小于 skb 大小时,评估结果为 true。 这会导致缺少 tx 缓存重新填充,从而导致核心 TCP 代码分配的 skb 缺少所需的 MPTCP skb 扩展。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux e35820fb56415be6924bf552ec223ed5f347b4be ~ f8ff625a8082db8c2b58dcb5229b27928943b94b -
Linux Linux 5.14.7 ~ 5.14.9 -

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

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

未找到公开 POC。

登录以生成 AI POC

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

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

CVE-2021-47370 其他参考 (2)

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

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

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

IV. Related Vulnerabilities

V. Comments for CVE-2021-47370

暂无评论


发表评论