CVE-2023-53778— Linux kernel 安全漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞，该漏洞源于整数溢出检查不当，可能导致内存损坏。
可能的 ATT&CK 技术 1 AI
T1190 · Exploit Public-Facing Application
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2023-53778 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
accel/qaic: Clean up integer overflow checking in map_user_pages()
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
accel/qaic: Clean up integer overflow checking in map_user_pages()
The encode_dma() function has some validation on in_trans->size but it
would be more clear to move those checks to find_and_map_user_pages().
The encode_dma() had two checks:
if (in_trans->addr + in_trans->size < in_trans->addr || !in_trans->size)
return -EINVAL;
The in_trans->addr variable is the starting address. The in_trans->size
variable is the total size of the transfer. The transfer can occur in
parts and the resources->xferred_dma_size tracks how many bytes we have
already transferred.
This patch introduces a new variable "remaining" which represents the
amount we want to transfer (in_trans->size) minus the amount we have
already transferred (resources->xferred_dma_size).
I have modified the check for if in_trans->size is zero to instead check
if in_trans->size is less than resources->xferred_dma_size. If we have
already transferred more bytes than in_trans->size then there are negative
bytes remaining which doesn't make sense. If there are zero bytes
remaining to be copied, just return success.
The check in encode_dma() checked that "addr + size" could not overflow
and barring a driver bug that should work, but it's easier to check if
we do this in parts. First check that "in_trans->addr +
resources->xferred_dma_size" is safe. Then check that "xfer_start_addr +
remaining" is safe.
My final concern was that we are dealing with u64 values but on 32bit
systems the kmalloc() function will truncate the sizes to 32 bits. So
I calculated "total = in_trans->size + offset_in_page(xfer_start_addr);"
and returned -EINVAL if it were >= SIZE_MAX. This will not affect 64bit
systems.
来源: 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
受影响产品
二、漏洞 CVE-2023-53778 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2023-53778 的情报信息
请登录查看更多情报信息。
同批安全公告 · Linux · 2025-12-09 · 共 152 条
| CVE-2025-40343 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2022-50666 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2023-53794 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2025-40342 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53785 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53822 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-40336 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53827 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-40328 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53851 | 8.4 HIGH | Linux kernel 安全漏洞 |
| CVE-2025-40337 | 8.2 HIGH | Linux kernel 安全漏洞 |
| CVE-2022-50656 | 8.1 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53803 | 8.1 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53800 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53828 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53829 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53790 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53836 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53844 | 7.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2023-53846 | 7.8 HIGH | Linux kernel 安全漏洞 |
显示前 20 条，共 152 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2023-53778
暂无评论