Answer in brief
CVE-2022-50086 records a Medium severity (CVSS 5.5) vulnerability in block: don't allow the same type rq_qos add more than once. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 5.5. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Product | Affected versions | Fixed versions |
|---|---|---|
| cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | Not reported | Not reported |
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=a79050434b45959f397042080fd1d70ffa9bd9df <0b7f5d7a4d2a72ad9de04ab8ccba2a31904aa638 || >=a79050434b45959f397042080fd1d70ffa9bd9df <08ef66e800a85afc6b54cb95841f6502627eee2e || >=a79050434b45959f397042080fd1d70ffa9bd9df <0c9bb1acd1d103a3070b2126870eb52761d606ce || >=a79050434b45959f397042080fd1d70ffa9bd9df <14a6e2eb7df5c7897c15b109cba29ab0c4a791b6 | 0b7f5d7a4d2a72ad9de04ab8ccba2a31904aa638, 08ef66e800a85afc6b54cb95841f6502627eee2e, 0c9bb1acd1d103a3070b2126870eb52761d606ce, 14a6e2eb7df5c7897c15b109cba29ab0c4a791b6 |
| Linux/Linuxgeneric | 4.19 | Not reported |
Published upstream
Jun 18, 2025
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Nov 5, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Nov 5, 2026
In the Linux kernel, the following vulnerability has been resolved: block: don't allow the same type rq_qos add more than once In our test of iocost, we encountered some list add/del corruptions of inner_walk list in ioc_timer_fn. The reason can be described as follows: cpu 0 cpu 1 ioc_qos_write ioc_qos_write ioc = q_to_ioc(queue); if (!ioc) { ioc = kzalloc(); ioc = q_to_ioc(queue); if (!ioc) { ioc = kzalloc(); ... rq_qos_add(q, rqos); } ... rq_qos_add(q, rqos); ... } When the io.cost.qos file is written by two cpus concurrently, rq_qos may be added to one disk twice. In that case, there will be two iocs enabled and running on one disk. They own different iocgs on their active list. In the ioc_timer_fn function, because of the iocgs from two iocs have the same root iocg, the root iocg's walk_list may be overwritten by each other and this leads to list add/del corruptions in building or destroying the inner_walk list. And so far, the blk-rq-qos framework works in case that one instance for one type rq_qos per queue by default. This patch make this explicit and also fix the crash above.
Quoted source text, attributed separately from HOL analysis.