Skip to main content
VulnerabilityPublished Updated

CVE-2026-72213: Linux kernel · mm/hugetlb: fix hugetlb cgroup rsvd charge/uncharge mismatch

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.1 High · fixed in b785f2bd9496facedc0a031be09cddcd1d3c84d3 : patch Linux kernel soon.

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.1High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 5% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in b785f2bd9496facedc0a031be09cddcd1d3c84d3, 15807d0ddde37407af72859426b654f3d1972b00, 1697d253f51cf5e3825a3423ff49e128a3502ab2 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Aug 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 08cf9faf7558020aed6a0da5810b824b07139dfa, < b785f2bd9496facedc0a031be09cddcd1d3c84d3
Fixed in
  • b785f2bd9496facedc0a031be09cddcd1d3c84d3
LinuxLinuxAffected
  • ≥ 08cf9faf7558020aed6a0da5810b824b07139dfa, < 15807d0ddde37407af72859426b654f3d1972b00
Fixed in
  • 15807d0ddde37407af72859426b654f3d1972b00
LinuxLinuxAffected
  • ≥ 08cf9faf7558020aed6a0da5810b824b07139dfa, < 1697d253f51cf5e3825a3423ff49e128a3502ab2
Fixed in
  • 1697d253f51cf5e3825a3423ff49e128a3502ab2
LinuxLinuxAffected
  • ≥ 08cf9faf7558020aed6a0da5810b824b07139dfa, < 043c509f2488033c68c46d2de2af082fcd568612
Fixed in
  • 043c509f2488033c68c46d2de2af082fcd568612
LinuxLinuxAffected
  • ≥ 08cf9faf7558020aed6a0da5810b824b07139dfa, < 5c32ae4a91fb5f4941328e0c1720a7fa4189c3bd
Fixed in
  • 5c32ae4a91fb5f4941328e0c1720a7fa4189c3bd
LinuxLinuxAffected
  • =5.7
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: mm/hugetlb: fix hugetlb cgroup rsvd charge/uncharge mismatch In alloc_hugetlb_folio(), a single h_cg pointer is used for both the rsvd and non-rsvd hugetlb cgroup charges. When map_chg is set, hugetlb_cgroup_charge_cgroup_rsvd() stores the charged cgroup in h_cg, but the immediately following hugetlb_cgroup_charge_cgroup() overwrites h_cg with the non-rsvd cgroup pointer. As a result, hugetlb_cgroup_commit_charge_rsvd() stores the wrong (non-rsvd) cgroup pointer into the folio's rsvd slot. When the folio is later freed, free_huge_folio() unconditionally calls both hugetlb_cgroup_uncharge_folio() and hugetlb_cgroup_uncharge_folio_rsvd(). The rsvd uncharge reads back the wrong cgroup from the folio and decrements a counter that was never charged for that cgroup, causing a page_counter underflow: page_counter underflow: -512 nr_pages=512 WARNING: mm/page_counter.c:61 at page_counter_cancel Fix this by introducing a separate h_cg_rsvd pointer exclusively for the rsvd charge path, keeping the rsvd and non-rsvd charges fully independent through their charge, commit, and error uncharge paths.

References

Community reviews

Loading reviews…