CVE-2023-53599— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于af_alg_alloc_areq函数缺少初始化，可能导致空指针取消引用。
可能的 ATT&CK 技术 1 AI
T1068 · Exploitation for Privilege Escalation
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2023-53599 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
crypto: af_alg - Fix missing initialisation affecting gcm-aes-s390
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
crypto: af_alg - Fix missing initialisation affecting gcm-aes-s390
Fix af_alg_alloc_areq() to initialise areq->first_rsgl.sgl.sgt.sgl to point
to the scatterlist array in areq->first_rsgl.sgl.sgl.
Without this, the gcm-aes-s390 driver will oops when it tries to do
gcm_walk_start() on req->dst because req->dst is set to the value of
areq->first_rsgl.sgl.sgl by _aead_recvmsg() calling
aead_request_set_crypt().
The problem comes if an empty ciphertext is passed: the loop in
af_alg_get_rsgl() just passes straight out and doesn't set areq->first_rsgl
up.
This isn't a problem on x86_64 using gcmaes_crypt_by_sg() because, as far
as I can tell, that ignores req->dst and only uses req->src[*].
[*] Is this a bug in aesni-intel_glue.c?
The s390x oops looks something like:
Unable to handle kernel pointer dereference in virtual kernel address space
Failing address: 0000000a00000000 TEID: 0000000a00000803
Fault in home space mode while using kernel ASCE.
AS:00000000a43a0007 R3:0000000000000024
Oops: 003b ilc:2 [#1] SMP
...
Call Trace:
[<000003ff7fc3d47e>] gcm_walk_start+0x16/0x28 [aes_s390]
[<00000000a2a342f2>] crypto_aead_decrypt+0x9a/0xb8
[<00000000a2a60888>] aead_recvmsg+0x478/0x698
[<00000000a2e519a0>] sock_recvmsg+0x70/0xb0
[<00000000a2e51a56>] sock_read_iter+0x76/0xa0
[<00000000a273e066>] vfs_read+0x26e/0x2a8
[<00000000a273e8c4>] ksys_read+0xbc/0x100
[<00000000a311d808>] __do_syscall+0x1d0/0x1f8
[<00000000a312ff30>] system_call+0x70/0x98
Last Breaking-Event-Address:
[<000003ff7fc3e6b4>] gcm_aes_crypt+0x104/0xa68 [aes_s390]
来源: 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存在安全漏洞，该漏洞源于af_alg_alloc_areq函数缺少初始化，可能导致空指针取消引用。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD
受影响产品
二、漏洞 CVE-2023-53599 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2023-53599 的情报信息
请登录查看更多情报信息。
同批安全公告 · Linux · 2025-10-04 · 共 144 条
| CVE-2025-39932 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39948 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39946 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39933 | 9.4 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-39943 | 9.4 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2023-53600 | 9.1 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2023-53615 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-39952 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53589 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53586 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-50493 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53598 | 8.4 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53560 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-50492 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53559 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53557 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53556 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53539 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53536 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53537 | 7.8 HIGH | Linux kernel 安全漏洞 |
显示前 20 条，共 144 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2023-53599
暂无评论