CVE-2025-38734— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于net/smc中smc_listen_out后smcsk的释放后重用。
影响版本矩阵 10
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 3b2dec2603d5b06ad3af71c1164ca0b92df3d2a8< 070b4af44c4b6e4c35fb1ca7001a6a88fd2d318f |
affected |
3b2dec2603d5b06ad3af71c1164ca0b92df3d2a8< 2e765ba0ee0eae35688b443e97108308a716773e |
affected | ||
3b2dec2603d5b06ad3af71c1164ca0b92df3d2a8< 85545f1525f9fa9bf44fec77ba011024f15da342 |
affected | ||
3b2dec2603d5b06ad3af71c1164ca0b92df3d2a8< d9cef55ed49117bd63695446fb84b4b91815c0b4 |
affected | ||
4.18 |
affected | ||
< 4.18 |
unaffected | ||
6.6.103≤ 6.6.* |
unaffected | ||
6.12.44≤ 6.12.* |
unaffected | ||
| … +2 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2025-38734 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
net/smc: fix UAF on smcsk after smc_listen_out()
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
net/smc: fix UAF on smcsk after smc_listen_out()
BPF CI testing report a UAF issue:
[ 16.446633] BUG: kernel NULL pointer dereference, address: 000000000000003 0
[ 16.447134] #PF: supervisor read access in kernel mod e
[ 16.447516] #PF: error_code(0x0000) - not-present pag e
[ 16.447878] PGD 0 P4D 0
[ 16.448063] Oops: Oops: 0000 [#1] PREEMPT SMP NOPT I
[ 16.448409] CPU: 0 UID: 0 PID: 9 Comm: kworker/0:1 Tainted: G OE 6.13.0-rc3-g89e8a75fda73-dirty #4 2
[ 16.449124] Tainted: [O]=OOT_MODULE, [E]=UNSIGNED_MODUL E
[ 16.449502] Hardware name: QEMU Ubuntu 24.04 PC (i440FX + PIIX, 1996), BIOS 1.16.3-debian-1.16.3-2 04/01/201 4
[ 16.450201] Workqueue: smc_hs_wq smc_listen_wor k
[ 16.450531] RIP: 0010:smc_listen_work+0xc02/0x159 0
[ 16.452158] RSP: 0018:ffffb5ab40053d98 EFLAGS: 0001024 6
[ 16.452526] RAX: 0000000000000001 RBX: 0000000000000002 RCX: 000000000000030 0
[ 16.452994] RDX: 0000000000000280 RSI: 00003513840053f0 RDI: 000000000000000 0
[ 16.453492] RBP: ffffa097808e3800 R08: ffffa09782dba1e0 R09: 000000000000000 5
[ 16.453987] R10: 0000000000000000 R11: 0000000000000000 R12: ffffa0978274640 0
[ 16.454497] R13: 0000000000000000 R14: 0000000000000000 R15: ffffa09782d4092 0
[ 16.454996] FS: 0000000000000000(0000) GS:ffffa097bbc00000(0000) knlGS:000000000000000 0
[ 16.455557] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003 3
[ 16.455961] CR2: 0000000000000030 CR3: 0000000102788004 CR4: 0000000000770ef 0
[ 16.456459] PKRU: 5555555 4
[ 16.456654] Call Trace :
[ 16.456832] <TASK >
[ 16.456989] ? __die+0x23/0x7 0
[ 16.457215] ? page_fault_oops+0x180/0x4c 0
[ 16.457508] ? __lock_acquire+0x3e6/0x249 0
[ 16.457801] ? exc_page_fault+0x68/0x20 0
[ 16.458080] ? asm_exc_page_fault+0x26/0x3 0
[ 16.458389] ? smc_listen_work+0xc02/0x159 0
[ 16.458689] ? smc_listen_work+0xc02/0x159 0
[ 16.458987] ? lock_is_held_type+0x8f/0x10 0
[ 16.459284] process_one_work+0x1ea/0x6d 0
[ 16.459570] worker_thread+0x1c3/0x38 0
[ 16.459839] ? __pfx_worker_thread+0x10/0x1 0
[ 16.460144] kthread+0xe0/0x11 0
[ 16.460372] ? __pfx_kthread+0x10/0x1 0
[ 16.460640] ret_from_fork+0x31/0x5 0
[ 16.460896] ? __pfx_kthread+0x10/0x1 0
[ 16.461166] ret_from_fork_asm+0x1a/0x3 0
[ 16.461453] </TASK >
[ 16.461616] Modules linked in: bpf_testmod(OE) [last unloaded: bpf_testmod(OE) ]
[ 16.462134] CR2: 000000000000003 0
[ 16.462380] ---[ end trace 0000000000000000 ]---
[ 16.462710] RIP: 0010:smc_listen_work+0xc02/0x1590
The direct cause of this issue is that after smc_listen_out_connected(),
newclcsock->sk may be NULL since it will releases the smcsk. Therefore,
if the application closes the socket immediately after accept,
newclcsock->sk can be NULL. A possible execution order could be as
follows:
smc_listen_work | userspace
-----------------------------------------------------------------
lock_sock(sk) |
smc_listen_out_connected() |
| \- smc_listen_out |
| | \- release_sock |
| |- sk->sk_data_ready() |
| fd = accept();
| close(fd);
| \- socket->sk = NULL;
/* newclcsock->sk is NULL now */
SMC_STAT_SERV_SUCC_INC(sock_net(newclcsock->sk))
Since smc_listen_out_connected() will not fail, simply swapping the order
of the code can easily fix this issue.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:N/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存在安全漏洞，该漏洞源于net/smc中smc_listen_out后smcsk的释放后重用。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2025-38734 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2025-38734 的情报信息
请登录查看更多情报信息。
同批安全公告 · Linux · 2025-09-05 · 共 60 条
| CVE-2025-39726 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39682 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39702 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39703 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39673 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-38737 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39704 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39718 | 8.4 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39714 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39711 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39710 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39717 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39698 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-38731 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39696 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39697 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39691 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39689 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-38733 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39680 | 7.8 HIGH | Linux kernel 安全漏洞 |
显示前 20 条，共 60 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2025-38734
暂无评论