CVE-2026-90433: Linux kernel · spi: oc-tiny: switch to managed controller allocation
Affects Linux kernelSource CVE Database V5
Not known to be exploited · fixed in ef5cc4a8c088d05549f71950a72b5deff5000fd7 : update Linux kernel when convenient.
Data as of 26 Oct 2026, 13:07 UTC
Rated by Threat Radar · CVSS not yet scored by NVD
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in ef5cc4a8c088d05549f71950a72b5deff5000fd7, d710f43ce30975d197f73c543bfe47b958d8ba17, 9265fa8190312b87637def1382d36fc16de3b8e8 +2
Exploitation evidence
Disclosed: evidence found.
CVE published 17 Sep 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.
What to do
Upgrade to a fixed release listed under Affected software.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in
|
| LinuxLinux | Affected
| Fixed in– |
Description
In the Linux kernel, the following vulnerability has been resolved: spi: oc-tiny: switch to managed controller allocation The controller is allocated with the non-managed spi_alloc_host() while the interrupt is registered with devm_request_irq(). During removal, spi_bitbang_stop() only unregisters the controller; the subsequent spi_controller_put() then frees the controller together with its embedded driver-private devdata, which is the IRQ handler's dev_id. The devm_request_irq() release action (free_irq()), which drains the handler, does not run until after .remove() returns. A late or latched interrupt can therefore reach tiny_spi_irq() and dereference already-freed memory (e.g. hw->base). Switch to devm_spi_alloc_host() so that the devres LIFO order releases the controller only after free_irq() has drained the handler, and drop the now-redundant spi_controller_put() from .remove(). The probe error path is simplified to direct returns. This issue was found by an in-house static analysis tool.
References
- git.kernel.org/stable/c/9265fa8190312b87637def1382d36fc16de3b8e8 (opens in a new tab)
- git.kernel.org/stable/c/0260c94453a08491640e61f8cf0c384edbe7bd11 (opens in a new tab)
- git.kernel.org/stable/c/ef5cc4a8c088d05549f71950a72b5deff5000fd7 (opens in a new tab)
- git.kernel.org/stable/c/1cd16c8d68f58e54abb8f331d05469237200631f (opens in a new tab)
- git.kernel.org/stable/c/d710f43ce30975d197f73c543bfe47b958d8ba17 (opens in a new tab)