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

目标: 1000 元 · 已筹: 1359 元

100%

CVE-2026-98654— AMD DRM 显示驱动竞态条件漏洞

一分钟漏洞结论

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

在 Linux 内核中,以下漏洞已得到修复: drm/amd/display:将中断(IRQ)寄存器的读/改/写(RMW)操作原子化 [原因] 寄存器控制输出时序发生器(OTG)的各种硬件中断源,其中 是其中之一。 要启用中断,驱动程序会在 寄存器中设置 位。 当中断触发后,要确认(ACK)该中断,驱动程序会在同一个 寄存器中设置 位。 上述位的设置是通过“读/改/写”(read/modify/write)操作完成的,而这些操作不是原子的。因此,可能发生以下竞态条件: 关于标记为 的变更:该变更似乎增加了上述竞态条

获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2026-98654 基础信息

漏洞信息

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

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

Vulnerability Title
drm/amd/display: Atomize IRQ register read/modify/write ops
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: drm/amd/display: Atomize IRQ register read/modify/write ops [Why] The OTG_GLOBAL_SYNC_STATUS register controls various HW IRQ sources for the output timing generator (OTG). VUPDATE_NO_LOCK is one of them. To enable the IRQ, driver sets the VUPDATE_NO_LOCK_EN bit in the GLOBAL_SYNC_STATUS register. To ack the IRQ after it fires, the driver sets the VUPDATE_NO_LOCK_CLEAR bit in the same GLOBAL_SYNC_STATUS register. The bit sets are done through read/modify/write operations, which are not atomic. Thus, the following race is possible: Thread A: IRQ handler: *HW IRQ fires* # IRQ disable val = read(GLOBAL_SYNC_STATUS) unset(val, VUPDATE_NO_LOCK_EN) write(val, GLOBAL_SYNC_STATUS) # ACK reads VUPDATE_NO_LOCK_EN unset val1 = read(GLOBAL_SYNC_STATUS) set(val1, VUPDATE_NO_LOCK_CLEAR) # IRQ enable val = read(GLOBAL_SYNC_STATUS) set(val, VUPDATE_NO_LOCK_EN) write(val, GLOBAL_SYNC_STATUS) # BAD! clears VUPDATE_NO_LOCK_EN write(val1, GLOBAL_SYNC_STATUS) Regarding the tagged Fixes: change, it appears the change made this race more likely to occur. Since VUPDATE_NO_LOCK is now the sole IRQ source for vblank handling, a single race on high refresh panels can lead to a time out. [How] The GLOBAL_SYNC_STATUS register is only one example, other IRQ control registers also share the same scheme. On top of GLOBAL_SYNC_STATUS, let's clean up those as well. To keep things simple, Let's atomize the IRQ rmw ops via a single driver-wide spinlock. Due to the small scope of this lock, it is unlikely to cause noticeable overhead on top of all the existing locking within the IRQ set/handle paths. Since DM is responsible for locking, wrap dc_interrupt_set/ack with the spinlock in the new amdgpu_dm_irq_set/ack functions. Migrate/drop all references in DM to dc_interrupt_set/ack to use amdgpu_dm_irq_set/ack instead. (cherry picked from commit 70de0a0216583a53c946155f8c8adedfdca6b4e7)
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux c87e6635d2db02c88ae8d09529362da672d34770 ~ 63e19ef3ddab806c472748c825f4dc88dcd994e8 -
Linux Linux 7.3-rc1 -

二、漏洞 CVE-2026-98654 的公开POC

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

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2026-98654 的情报信息

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

CVE-2026-98654 其他参考 (1)

同批安全公告 · Linux · 2026-10-18 · 共 436 条

CVE-2026-98582 ST21NFCA NFC 驱动接收帧大小验证漏洞
CVE-2026-98568 Linux vxlan 邻居回复内存使用漏洞
CVE-2026-98570 Linux IPv6 子网路由表项处理信息泄露漏洞
CVE-2026-98571 stmmac 驱动 skb 构建失败后内存泄漏漏洞
CVE-2026-98572 bpf MIPS32 JEQ/JNE 跳转指令逻辑漏洞
CVE-2026-98573 Linux 内核 IPv6 校验和计算整数下溢漏洞
CVE-2026-98574 bcmgenet 网络驱动 NAPI 停止前禁用队列漏洞
CVE-2026-98575 pn533 NFC 驱动越界读取漏洞
CVE-2026-98576 Linux NFC LLCP 服务名日志越界读漏洞
CVE-2026-98577 NFC LLCP 模块 WKS SAP 劫持漏洞
CVE-2026-98578 Linux st21nfca ISO15693 库存长度验证漏洞
CVE-2026-98579 NFC LLCP SDreq TLV 列表泄露漏洞
CVE-2026-98580 Linux NFC LLCP 接受队列生命周期竞态条件漏洞
CVE-2026-98581 NFC LLCP nfc_llcp_recv_dm 列表损坏/引用计数不同步
CVE-2026-98593 Linux s390 调试功能空指针解引用漏洞
CVE-2026-98590 bpf 上下文代码生成逻辑修复
CVE-2026-98591 bpf skb 动态指针越界漏洞
CVE-2026-98592 Spacemit 网络驱动传输描述符处理漏洞
CVE-2026-98589 bpf 子程序拒绝 pkt 参数
CVE-2026-98594 tg3 驱动 PHYLIB 资源清理漏洞

显示前 20 条,共 436 条。 查看全部 → →

IV. Related Vulnerabilities

V. Comments for CVE-2026-98654

暂无评论


发表评论