Skip to main content

Linux Kernel CVE-2025-68359

CRITICAL
2025-12-24 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Critical
Disputed · 9.8 Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Gain local access to btrfs volume
  2. Delivery
    Enable/target qgroup accounting
  3. Exploit
    Trigger record-already-exists then add_delayed_ref_head error
  4. Execution
    Same qrecord freed twice
  5. Impact
    Heap corruption / kernel crash (potential escalation)

Vulnerability Assessment

Exploitation Conditions

Exploitation requires local access to a system running btrfs with quota groups (qgroups) enabled, since the flaw lives in the btrfs qgroup tracing / delayed-reference path (btrfs_qgroup_trace_extent_nolock and add_delayed_ref_head). The specific trigger is a qgroup record being reported as already existing followed by an error return from add_delayed_ref_head(), so an attacker must reach this uncommon error condition - a strong limiting factor. Limiting factors: the vulnerability is not reachable remotely, does not apply to non-btrfs filesystems or btrfs volumes without qgroups active, and depends on hitting an error path that is not exercised in normal operation, making reliable exploitation difficult.

Impact

The signals conflict sharply and must be weighed. The provided CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N, score 9.8) is the automated, worst-case scoring commonly auto-assigned to Linux kernel CVEs and is not credible here: a double free inside btrfs delayed-ref/qgroup handling is triggered by local filesystem operations, not over the network, and requires reaching an uncommon error path after a record-already-exists condition, so real attack complexity is high. Corroborating this lower real-world risk, EPSS is only 0.17% (7th percentile), there is no KEV listing, and no public exploit is identified. This is therefore NOT a network RCE despite the headline score; it is a local memory-corruption issue whose practical exploitability (crash/DoS versus escalation) is unproven. Verify with the vendor: CVSS indicates AV:N/PR:N but the description clearly implies local access to a btrfs volume with qgroups active.

Exploit ScenarioDerived

A local user or a process performing intensive btrfs metadata operations on a volume with quota groups enabled triggers the record-already-exists condition and then forces or races an add_delayed_ref_head() failure, causing the same qrecord to be freed twice. The resulting heap corruption most plausibly crashes the kernel (denial of service), with potential - but unproven - escalation to arbitrary kernel code execution. No public proof-of-concept is available and the required error path makes reliable triggering difficult.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jul 30, 2026

Memory corruption (double free) in the Linux kernel btrfs filesystem's quota group (qgroup) accounting affects the add_delayed_ref_head() code path when a qgroup record is reported as already existing but a subsequent error occurs, causing both caller and callee to free the same 'qrecord' object. The flaw is a local btrfs-triggered condition on systems using btrfs with quota groups; there is no public exploit identified at time of analysis and it is not listed in CISA KEV, with a very low EPSS of 0.17%. Despite an automated CVSS of 9.8, the realistic attack surface is local to the machine and gated by a hard-to-reach error path.

RemediationAI

Upstream fix available (PR/commit); released patched version not independently confirmed - apply the kernel update containing the referenced stable commits (https://git.kernel.org/stable/c/364685c4c2d9c9f4408d95451bcf42fdeebc3ebb, https://git.kernel.org/stable/c/725e46298876a2cc1f1c3fb22ba69d29102c3ddf, https://git.kernel.org/stable/c/7617680769e3119dfb3b43a2b7c287ce2242211c) via your distribution's patched kernel package. The exact tagged release versions were not provided, so map the commit hashes to your stable branch and update accordingly. As a compensating control on systems that cannot immediately patch, avoid using btrfs quota groups (do not run 'btrfs quota enable', or disable it where feasible), since the double free is reached through the qgroup tracing path; the trade-off is loss of per-subvolume quota enforcement. Restricting untrusted local users from creating or mounting btrfs volumes and from performing quota-affecting operations further reduces exposure at the cost of administrative flexibility.

Affected ProductsAI

The Linux kernel btrfs subsystem is affected on builds that include the qgroup accounting code prior to the stable fixes referenced at git.kernel.org (commits 364685c4c2d9c9f4408d95451bcf42fdeebc3ebb, 725e46298876a2cc1f1c3fb22ba69d29102c3ddf, and 7617680769e3119dfb3b43a2b7c287ce2242211c). No specific version numbers or CPE strings were provided in the input, and the three commit hashes indicate the fix was backported to multiple stable branches; exact affected version ranges should be confirmed against each stable tree's changelog. Only deployments using btrfs are exposed, and the qgroup/quota feature path is the trigger.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerable code is in btrfs, the Linux copy-on-write filesystem, specifically its qgroup (quota group) subsystem that tracks extent ownership for quota accounting. When btrfs_qgroup_trace_extent_nolock() reports that a record already exists but add_delayed_ref_head() then fails, ownership of the 'qrecord' object was ambiguously shared between caller and callee, so both invoked kfree() on it. This is a classic CWE-415 (Double Free) - the CWE field is marked N/A in the input, but the description of two kfree() calls on one already-freed pointer is definitively a double-free/use-after-free class of memory-safety bug in the delayed reference machinery that mediates btrfs metadata updates.

Know when the next one hits your stack

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Sources disagree (Low–Critical)
Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY 9.8 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 7.0 HIGH

Local btrfs operations only (AV:L), requires reaching an uncommon error path (AC:H) and local filesystem access (PR:L); double free can corrupt kernel heap yielding DoS and potential escalation (C/I/A:H).

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H
4.0 AV:L/AC:H/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE 5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Red Hat 5.5 LOW

vuln.today treats the vendor’s rating as authoritative. A higher third-party CVSS (e.g. CISA-ADP) is shown for transparency but does not drive the headline severity.

CVSS VectorVendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

DescriptionCVE.org

In the Linux kernel, the following vulnerability has been resolved:

btrfs: fix double free of qgroup record after failure to add delayed ref head

In the previous code it was possible to incur into a double kfree() scenario when calling add_delayed_ref_head(). This could happen if the record was reported to already exist in the btrfs_qgroup_trace_extent_nolock() call, but then there was an error later on add_delayed_ref_head(). In this case, since add_delayed_ref_head() returned an error, the caller went to free the record. Since add_delayed_ref_head() couldn't set this kfree'd pointer to NULL, then kfree() would have acted on a non-NULL 'record' object which was pointing to memory already freed by the callee.

The problem comes from the fact that the responsibility to kfree the object is on both the caller and the callee at the same time. Hence, the fix for this is to shift the ownership of the 'qrecord' object out of the add_delayed_ref_head(). That is, we will never attempt to kfree() the given object inside of this function, and will expect the caller to act on the 'qrecord' object on its own. The only exception where the 'qrecord' object cannot be kfree'd is if it was inserted into the tracing logic, for which we already have the 'qrecord_inserted_ret' boolean to account for this. Hence, the caller has to kfree the object only if add_delayed_ref_head() reports not to have inserted it on the tracing logic.

As a side-effect of the above, we must guarantee that 'qrecord_inserted_ret' is properly initialized at the start of the function, not at the end, and then set when an actual insert happens. This way we avoid 'qrecord_inserted_ret' having an invalid value on an early exit.

The documentation from the add_delayed_ref_head() has also been updated to reflect on the exact ownership of the 'qrecord' object.

Executive ViewAI

Why It Matters

A Linux kernel vulnerability in btrfs filesystem implementations could result in system instability on affected systems with quota groups enabled. The vulnerability currently has no identified public exploits and requires local system access, limiting near-term risk. Organizations using btrfs filesystems with quota groups should prepare for rapid patch deployment and implement access restrictions to mitigate this vulnerability.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: disable btrfs quota groups on systems where not required; restrict SSH and local access to trusted administrators with multi-factor authentication; implement kernel logging and alerts for panic events; consider migrating to alternative filesystems (ext4, xfs) on new deployments if quota functionality is not essential; establish 48-hour SLA for patch deployment when vulnerability patch is released.

Threat Intelligence Overview

EPSS Score
0.2%
Top 93% exploitable
Prevalence
High
Linux kernel is ubiquitous but only btrfs-with-qgroups deployments are exposed
Data Quality
4 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity CRITICAL
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
CRITICAL severity
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

49
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +49
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
Container suse/sl-micro/6.0/baremetal-os-container:latest Container suse/sl-micro/6.0/base-os-container:latest Container suse/sl-micro/6.0/kvm-os-container:latest Container suse/sl-micro/6.0/rt-os-container:latest Container suse/sl-micro/6.0/toolbox:latest Image SL-Micro Image SLE-Micro Image SLE-Micro-Azure Image SLE-Micro-BYOS Image SLE-Micro-BYOS-Azure Image SLE-Micro-BYOS-EC2 Image SLE-Micro-BYOS-GCE Image SLE-Micro-EC2 Image SLE-Micro-GCE Affected
Image SLES-Azure-3P Image SLES-Azure-Basic Image SLES-Azure-Standard Image SLES-BYOS-Azure Image SLES-BYOS-EC2 Image SLES-BYOS-GCE Image SLES-CHOST-BYOS-Aliyun Image SLES-CHOST-BYOS-Azure Image SLES-CHOST-BYOS-EC2 Image SLES-CHOST-BYOS-GCE Image SLES-CHOST-BYOS-GDC Image SLES-CHOST-BYOS-SAP-CCloud Image SLES-EC2 Image SLES-EC2-ECS Image SLES-GCE Image SLES-GCE-3P Image SLES-Hardened-BYOS-Azure Image SLES-Hardened-BYOS-EC2 Image SLES-Hardened-BYOS-GCE Image SLES-SAPCAL-Azure Image SLES-SAPCAL-EC2 Image SLES-SAPCAL-GCE Affected
Image SLES-SAP-Azure Image SLES-SAP-Azure-3P Image SLES-SAP-BYOS-Azure Image SLES-SAP-BYOS-EC2 Image SLES-SAP-BYOS-GCE Image SLES-SAP-EC2 Image SLES-SAP-GCE Image SLES-SAP-GCE-3P Affected
SUSE Linux Enterprise High Availability Extension 16.0 Fixed
SUSE Linux Enterprise Server 16.0 Fixed

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy