Answer in brief
CVE-2026-98279 records a Unknown severity vulnerability in btrfs: handle lack of space when cleaning up verity items. 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.
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), Linux/Linux (generic). Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=146054090b0859b28fc39015c7704ccc3c3a347f <4b7ecabd87dc40998fe7870d7975279649229a3b || >=146054090b0859b28fc39015c7704ccc3c3a347f <efa5780b84f066f419a667f6b9542368b2f62074 || >=146054090b0859b28fc39015c7704ccc3c3a347f <76bf149cd0298544631e756670b89c399c7acbca | 4b7ecabd87dc40998fe7870d7975279649229a3b, efa5780b84f066f419a667f6b9542368b2f62074, 76bf149cd0298544631e756670b89c399c7acbca |
| Linux/Linuxgeneric | 5.15 | Not reported |
Published upstream
Oct 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 6, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Oct 6, 2026
In the Linux kernel, the following vulnerability has been resolved: btrfs: handle lack of space when cleaning up verity items When enable_verity() hits the qgroup limit, rollback_verity() needs its own metadata reservation. When the qgroup limit or lack of space refuses the rollback, the whole filesystem is forced read-only even though the qgroup limit was for one subvolume only. Also orphan cleanup at the next mount fails the same way, so the leftover items are never removed: with -EDQUOT the subvolume stays unreachable, and with -ENOSPC on a full filesystem the next read-write mount fails. Start transactions with btrfs_start_transaction_fallback_global_rsv() in btrfs_orphan_cleanup(), drop_verity_items() and rollback_verity(). Those calls only delete items and free the space in the end, so they may use the global reserve and skip the qgroup limit, which avoids -ENOSPC and -EDQUOT.
Quoted source text, attributed separately from HOL analysis.