CVE-2026-90326: Linux kernel · blk-cgroup: fix race between policy activation and blkg destruction
Affects Linux kernelSource CVE Database V5
Not known to be exploited · CVSS 7.8 High · fixed in b5dae1cd0d8368b4338430ff93403df67f0b8bcc : patch Linux kernel soon.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in b5dae1cd0d8368b4338430ff93403df67f0b8bcc, ac34e655dffa74349d885a43d098115336f53842, 91062e3a9ed251726df4e20ff9a1113f1c8ded59 +6
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation 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– |
Description
In the Linux kernel, the following vulnerability has been resolved: blk-cgroup: fix race between policy activation and blkg destruction When switching an IO scheduler on a block device, blkcg_activate_policy() allocates blkg_policy_data (pd) for all blkgs attached to the queue. However, blkcg_activate_policy() may race with concurrent blkcg deletion, leading to use-after-free and memory leak issues. The use-after-free occurs in the following race: T1 (blkcg_activate_policy): - Successfully allocates pd for blkg1 (loop0->queue, blkcgA) - Fails to allocate pd for blkg2 (loop0->queue, blkcgB) - Enters the enomem rollback path to release blkg1 resources T2 (blkcg deletion): - blkcgA is deleted concurrently - blkg1 is freed via blkg_free_workfn() - blkg1->pd is freed T1 (continued): - Rollback path accesses blkg1->pd->online after pd is freed - Triggers use-after-free In addition, blkg_free_workfn() frees pd before removing the blkg from q->blkg_list. This allows blkcg_activate_policy() to allocate a new pd for a blkg that is being destroyed, leaving the newly allocated pd unreachable when the blkg is finally freed. Fix these races by extending blkcg_mutex coverage to serialize blkcg_activate_policy() rollback and blkg destruction, ensuring pd lifecycle is synchronized with blkg list visibility.
References
- git.kernel.org/stable/c/b5dae1cd0d8368b4338430ff93403df67f0b8bcc (opens in a new tab)
- git.kernel.org/stable/c/083b58373463a6e5ee60ecb135269348f68ad7df (opens in a new tab)
- git.kernel.org/stable/c/17c18a0df70c2b89ff7fcd74622f1540e98d00fd (opens in a new tab)
- git.kernel.org/stable/c/91062e3a9ed251726df4e20ff9a1113f1c8ded59 (opens in a new tab)
- git.kernel.org/stable/c/ac34e655dffa74349d885a43d098115336f53842 (opens in a new tab)
- git.kernel.org/stable/c/2cf9f50a38c1839e549a08e22aa35e8d69e2c8fd (opens in a new tab)
- git.kernel.org/stable/c/5313d4d41739b0cb63000747c97bb1217ac45f3e (opens in a new tab)