CVE-2026-89725— Linux内核STM32 CEC接收溢出越界写漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
In the Linux kernel, the following vulnerability has been resolved: media: cec: stm32: prevent out-of-bounds write on RX overflow stm32_rx_done() appends each received CEC byte to rx_msg.msg[] using rx_msg.len as the write index, incrementing it on every RXBR
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-89725 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
media: cec: stm32: prevent out-of-bounds write on RX overflow
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
media: cec: stm32: prevent out-of-bounds write on RX overflow
stm32_rx_done() appends each received CEC byte to rx_msg.msg[] using
rx_msg.len as the write index, incrementing it on every RXBR
(receive-byte-ready) interrupt without checking it against the buffer
size:
cec->rx_msg.msg[cec->rx_msg.len++] = val & 0xFF;
rx_msg.msg[] is a fixed CEC_MAX_MSG_SIZE (16) byte array in struct
cec_msg, and rx_msg.len is only reset on RXACKE/RXOVR or after a
completed message (RXEND). The number of bytes received before RXEND is
decided by the remote CEC device (it sets EOM), not by the driver. A
peer that keeps sending bytes without ending the message drives RXBR
repeatedly, pushing rx_msg.len past 16 and writing peer-controlled bytes
out of bounds into the surrounding memory. This is reachable in normal
operation once the driver has probed and receiving is enabled, from the
IRQ thread, without any local privilege.
The length check in the CEC core runs on the consumer side, after the
byte has been stored, so it does not prevent the overflow. Bound the
index in the driver before the store, as the other platform CEC drivers
already do (e.g. tegra_cec), dropping the excess bytes of an overlong
frame.
Found by static analysis tool CodeQL.
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-89725 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-89725 的情报信息
请登录查看更多情报信息。
CVE-2026-89725 其他参考 (4)
同批安全公告 · Linux · 2026-09-11 · 共 431 条
| CVE-2026-89491 | OCFS2集群心跳锁持有期间睡眠漏洞 | |
| CVE-2026-89477 | Linux内核 SCTP 重配置空指针引用漏洞 | |
| CVE-2026-89478 | sctp：移除的传输中丢弃数据块 | |
| CVE-2026-89479 | 内核SCTP模块关联删除后仍处理报文 | |
| CVE-2026-89480 | NVMe-TCP 读取字节数异常拒绝漏洞 | |
| CVE-2026-89482 | NVMe-TCP 数据长度误判漏洞 | |
| CVE-2026-89481 | NVMe/TCP 主机内存泄露漏洞 | |
| CVE-2026-89483 | Linux内核 NVMe驱动 逻辑错误 | |
| CVE-2026-89484 | Linux内核lockd 空指针解引用漏洞 | |
| CVE-2026-89485 | Linux lockd 锁释放时文件指针固定漏洞 | |
| CVE-2026-89486 | IPMI 驱动 _ipmi_destroy_user 释放后使用漏洞 | |
| CVE-2026-89487 | Open vSwitch 数据包丢弃逻辑缺陷 | |
| CVE-2026-89488 | Open vSwitch CT limit 释放后使用漏洞 | |
| CVE-2026-89489 | OpenRISC 内核 or1k_atomic 任意内存访问漏洞 | |
| CVE-2026-89500 | ring-buffer 缓冲区读取页修复 | |
| CVE-2026-89497 | Orangefs 调试掩码解析空格处理缺陷 | |
| CVE-2026-89498 | Orangefs 双重释放漏洞 | |
| CVE-2026-89499 | ring-buffer 页面交换失败时停止远程读取 | |
| CVE-2026-89496 | ocfs2文件系统COW完成处理缺陷 | |
| CVE-2026-89501 | ring-buffer 子缓冲区调整时未持锁漏洞 |
显示前 20 条，共 431 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-89725
暂无评论