CVE-2026-23287

In the Linux kernel, the following vulnerability has been resolved: irqchip/sifive-plic: Fix frozen interrupt due to affinity setting PLIC ignores interrupt completion message for disabled interrupt, explained by the specification: The PLIC signals it has completed executing an interrupt handler by writing the interrupt ID it received from the claim to the claim/complete register. The PLIC does not check whether the completion ID is the same as the last claim ID for that target. If the completion ID does not match an interrupt source that is currently enabled for the target, the completion is silently ignored. This caused problems in the past, because an interrupt can be disabled while still being handled and plic_irq_eoi() had no effect. That was fixed by checking if the interrupt is disabled, and if so enable it, before sending the completion message. That check is done with irqd_irq_disabled(). However, that is not sufficient because the enable bit for the handling hart can be zero despite irqd_irq_disabled(d) being false. This can happen when affinity setting is changed while a hart is still handling the interrupt. This problem is easily reproducible by dumping a large file to uart (which generates lots of interrupts) and at the same time keep changing the uart interrupt's affinity setting. The uart port becomes frozen almost instantaneously. Fix this by checking PLIC's enable bit instead of irqd_irq_disabled().

• https://git.kernel.org/stable/c/1072020685f4b81f6efad3b412cdae0bd62bb043Patch
• https://git.kernel.org/stable/c/1883332bf21feb8871af09daf604fc4836a76925Patch
• https://git.kernel.org/stable/c/2edbd173309165d103be6c73bd83e459dc45ae7bPatch
• https://git.kernel.org/stable/c/686eb378a4a51aa967e08337dd59daade16aec0fPatch
• https://git.kernel.org/stable/c/8942fb1a5bc2dcbd88f7e656d109d42f778f298fPatch
• https://git.kernel.org/stable/c/f611791a927141d05d7030607dea6372311c1413Patch
• https://cert-portal.siemens.com/productcert/html/ssa-019113.html
• https://cert-portal.siemens.com/productcert/html/ssa-082556.html

Published

Mar 25, 2026

Last Modified

Jul 14, 2026

Status

Modified

• How Strix found a critical auth bypass in etcdStrix autonomously discovered a critical authentication bypass in etcd, later designated CVE-2026-33413.
• Autonomous PentestingAI agents that find and validate exploitable vulnerabilities like this one across your applications.
• PR ReviewsPentest every pull request so vulnerable code is caught before it ships to production.
• AI Penetration TestingHow AI-driven penetration testing continuously covers your attack surface.

• CVE-2026-23281In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-23282In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23283In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23284In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23285In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23286In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23288In the Linux kernel, the following vulnerability has been re…7.8
• CVE-2026-23289In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-2329An unauthenticated stack-based buffer overflow vulnerability…9.8
• CVE-2026-23290In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23291In the Linux kernel, the following vulnerability has been re…5.5
• CVE-2026-23292In the Linux kernel, the following vulnerability has been re…5.5