{
  "affected": [
    {
      "ranges": [
        {
          "events": [
            {
              "introduced": "146054090b0859b28fc39015c7704ccc3c3a347f"
            },
            {
              "fixed": "4b7ecabd87dc40998fe7870d7975279649229a3b"
            },
            {
              "fixed": "efa5780b84f066f419a667f6b9542368b2f62074"
            },
            {
              "fixed": "76bf149cd0298544631e756670b89c399c7acbca"
            }
          ],
          "repo": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git",
          "type": "GIT"
        }
      ]
    },
    {
      "package": {
        "ecosystem": "Linux",
        "name": "Kernel"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "5.15.0"
            },
            {
              "fixed": "6.18.54"
            }
          ],
          "type": "ECOSYSTEM"
        },
        {
          "events": [
            {
              "introduced": "6.19.0"
            },
            {
              "fixed": "7.2.8"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "database_specific": {
    "cna_assigner": "Linux",
    "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/98xxx/CVE-2026-98279.json"
  },
  "details": "In the Linux kernel, the following vulnerability has been resolved:\n\nbtrfs: handle lack of space when cleaning up verity items\n\nWhen enable_verity() hits the qgroup limit, rollback_verity() needs its\nown metadata reservation. When the qgroup limit or lack of space refuses\nthe rollback, the whole filesystem is forced read-only even though the\nqgroup limit was for one subvolume only. Also orphan cleanup at the next\nmount fails the same way, so the leftover items are never removed: with\n-EDQUOT the subvolume stays unreachable, and with -ENOSPC on a full\nfilesystem the next read-write mount fails.\n\nStart transactions with btrfs_start_transaction_fallback_global_rsv() in\nbtrfs_orphan_cleanup(), drop_verity_items() and rollback_verity(). Those\ncalls only delete items and free the space in the end, so they may use\nthe global reserve and skip the qgroup limit, which avoids -ENOSPC and\n-EDQUOT.",
  "id": "CVE-2026-98279",
  "modified": "2026-10-08T02:30:51.183307844Z",
  "published": "2026-10-06T08:45:39.114Z",
  "references": [
    {
      "type": "WEB",
      "url": "https://git.kernel.org/stable/c/4b7ecabd87dc40998fe7870d7975279649229a3b"
    },
    {
      "type": "WEB",
      "url": "https://git.kernel.org/stable/c/76bf149cd0298544631e756670b89c399c7acbca"
    },
    {
      "type": "WEB",
      "url": "https://git.kernel.org/stable/c/efa5780b84f066f419a667f6b9542368b2f62074"
    },
    {
      "type": "ADVISORY",
      "url": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/98xxx/CVE-2026-98279.json"
    },
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-98279"
    },
    {
      "type": "PACKAGE",
      "url": "https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git"
    }
  ],
  "schema_version": "1.9.0",
  "summary": "btrfs: handle lack of space when cleaning up verity items"
}