Answer in brief
CVE-2026-89998 records a Unknown severity vulnerability in dm: fix race when loading and unloading a table. The current sources do not mark it as known exploited. The current feed maps 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.
A CVSS score is not reported in the current record. 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). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <b02e35b81176c7d61dd441cc7a2e5c324a82444b || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <0ea6e5ad4a5817e91f11b4cc1e022e575ed2e7ca || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <a1af1884c960b98c621b6fe2fea1216b78c02152 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <af1f32ccf8051f4691ced11feb452b9d13561727 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <00ad6f9ed27f91925d4d3fb7aab50a60d774f998 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <5380c7f6335cc6d77eb77d065105e81155c4d9d3 || >=0 <6.1.188 || >=0 <6.6.157 || >=0 <6.12.110 || >=0 <6.18.51 || >=0 <7.2.5 | b02e35b81176c7d61dd441cc7a2e5c324a82444b, 0ea6e5ad4a5817e91f11b4cc1e022e575ed2e7ca, a1af1884c960b98c621b6fe2fea1216b78c02152, af1f32ccf8051f4691ced11feb452b9d13561727, 00ad6f9ed27f91925d4d3fb7aab50a60d774f998, 5380c7f6335cc6d77eb77d065105e81155c4d9d3, 6.1.188, 6.6.157, 6.12.110, 6.18.51, 7.2.5 |
Published upstream
Sep 16, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Sep 16, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 16, 2026
In the Linux kernel, the following vulnerability has been resolved: dm: fix race when loading and unloading a table If the userspace calls two concurrent table load ioctls and one of them succeeds and the other fails, there is a race condition because dm_setup_md_queue walks &md->table_devices without any lock. If the walk races with dm_table_destroy -> free_devices -> dm_put_table_device, there is access to invalid memory. Fix this race by extending the lock over the list walk.
Quoted source text, attributed separately from HOL analysis.