CVE-2026-64428
CVE CVE-2026-64428EUVD EUVD-2026-48772Published 2026-07-25T08:51:05.000Z
What the advisory describes
In the Linux kernel, the following vulnerability has been resolved: gpio: sch: use raw_spinlock_t in the irq startup path sch_irq_unmask() enables the GPIO IRQ and then updates the controller state through sch_irq_mask_unmask(), which takes sch->lock with spin_lock_irqsave(). The callback can be reached from irq_startup() while setting up a requested IRQ. That path is not sleepable, but on PREEMPT_RT a regular spinlock_t becomes a sleeping lock. This issue was found by our static analysis tool and then manually reviewed against the current tree. The grounded PoC kept the request_threaded_irq() -> __setup_irq() -> irq_startup() -> sch_irq_unmask() -> sch_irq_mask_unmask() carrier and used the original spin_lock_irqsave(&sch->lock) edge. Lockdep reported: BUG: sleeping function called from invalid context hardirqs last disabled at ... __setup_irq.constprop.0 ... [vuln_msv] sch_rt_spin_lock_irqsave+0x1c/0x30 [vuln_msv] sch_irq_mask_unmask.constprop.0+0x31/0x70 [vuln_msv] __setup_irq.constprop.0+0xd/0x30 [vuln_msv] Convert the SCH controller lock to raw_spinlock_t. The same lock is also used by the GPIO direction and value callbacks, but those critical sections only update MMIO-backed GPIO registers and do not contain sleepable operations. Keeping this register lock non-sleeping is therefore appropriate for the irqchip callbacks and does not change the GPIO-side locking contract.
Source: EUVD (ENISA), in the words of the advisory.
Products the advisory names
These come from the advisory itself, not from any check we performed.
- Linux — Linux 7a81638485c1a62a87b4c391ecc9c651a4a9dc19 <286533cb14a3c8a8bd39ff64ea2fc8e1aa0f638b; 7a81638485c1a62a87b4c391ecc9c651a4a9dc19 <7a550256d68bbdfa0903ab1c4595c04a6815493a; 7a81638485c1a62a87b4c391ecc9c651a4a9dc19 <4508366ab7dd0c2917a51a9c2e23cc1b9d35157a; patch: 0; patch: 7.1.4; 5.13; patch: 6.18.39; 7a81638485c1a62a87b4c391ecc9c651a4a9dc19 <a235cec779bb39ec8f961a935b28a2ce278c6c64; patch: 5.15.212; patch: 6.1.178; 7a81638485c1a62a87b4c391ecc9c651a4a9dc19 <4f03a15cc73c83740fc355ee22b336492d17b4da; patch: 6.12.97; 7a81638485c1a62a87b4c391ecc9c651a4a9dc19 <41cad91a09d69e8fff4e936db29b1054b4e9f9f7; 7a81638485c1a62a87b4c391ecc9c651a4a9dc19 <3b1aa05ec27eeccc889ecaa3f2d9baa9f453e50d; patch: 6.6.145; patch: 7.2-rc1
The versions shown are the advisory's own. Patchlage compares no version numbers and derives no judgement from them — which version is installed is something a person has to look up.
Carried in the product catalogue
An estate covering these products can be recorded in Patchlage. An advisory about them appears in the next morning's situation report.
- Linux — Linux
Does this concern one of your customers?
This page cannot answer that — it does not know your estate. Whoever has recorded their environments gets the answer the morning after publication, together with a paragraph they can forward to the customer unedited.
Try it for 28 daysPatchlage reports hits and suspected hits. About everything else this system says nothing — neither this page nor the situation report ever claims that an estate is safe.