Skip to main content

Linux Kernel EUVDEUVD-2026-39280

| CVE-2026-53189 HIGH
2026-06-25 416baaa9-dc9f-4396-8d5f-8c081fb06d67 GHSA-g27r-592c-r436
7.8
CVSS 3.1 · Vendor: 416baaa9-dc9f-4396-8d5f-8c081fb06d67
Share

Severity by source

Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
5.8 MEDIUM

Local low-priv trigger (AV:L/PR:L); a small race window justifies AC:H; primary impact is kernel-memory read (C:H) with limited integrity/availability effect from freed-folio reuse (I:L/A:L).

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

Primary rating from Vendor (416baaa9-dc9f-4396-8d5f-8c081fb06d67).

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

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

Lifecycle Timeline

5
Analysis Generated
Jun 28, 2026 - 09:27 vuln.today
CVSS changed
Jun 28, 2026 - 08:22 NVD
7.8 (HIGH)
Patch available
Jun 25, 2026 - 10:32 EUVD
CVE Published
Jun 25, 2026 - 09:16 cve.org
UNKNOWN (no severity yet)
CVE Published
Jun 25, 2026 - 09:16 cve.org
HIGH 7.8

DescriptionCVE.org

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

mm/huge_memory: update file PMD counter before folio_put()

__split_huge_pmd_locked() updates the file/shmem RSS counter after dropping the PMD mapping's folio reference. If folio_put() drops the last reference, mm_counter_file() can later read freed folio state via folio_test_swapbacked().

Move the counter update before folio_put().

AnalysisAI

Use-after-free in the Linux kernel's transparent huge page code (mm/huge_memory) lets a local low-privileged process read freed folio state when __split_huge_pmd_locked() updates the file/shmem RSS counter only after dropping the PMD mapping's folio reference. On affected kernels (introduced around the 4.19 era through to fixes in 6.x/7.x stable trees), a final folio_put() can free the folio before mm_counter_file() inspects it via folio_test_swapbacked(), enabling reads of freed kernel memory. There is no public exploit identified at time of analysis and EPSS is low (0.18%, 8th percentile), consistent with a hard-to-win race rather than turnkey exploitation.

Technical ContextAI

The flaw lives in the kernel memory management subsystem that handles Transparent Huge Pages (THP) and shmem/file-backed huge pages. When a PMD-level huge mapping is split via __split_huge_pmd_locked(), the kernel must both drop the page-table folio reference (folio_put()) and adjust the per-mm file RSS accounting (mm_counter_file(), which reads folio_test_swapbacked() to classify the page). Because the reference was dropped before the counter was read, if that put released the last reference the folio struct could be freed/reused, so the subsequent folio_test_swapbacked() reads stale or reallocated memory - a classic use-after-free (CWE-416, read-after-free), even though NVD lists the CWE as N/A. The fix reorders the operations so the counter is updated while the folio reference is still held. Affected code paths involve file/shmem THP splitting, which is exercised during normal memory pressure, munmap/mremap, or explicit madvise operations on huge-page-backed mappings.

RemediationAI

Vendor-released patch: upgrade to a fixed stable kernel - 5.10.259, 5.15.210, 6.1.176, 6.6.143, 6.12.94, 6.18.36, 7.0.13, or mainline 7.1 (or your distribution's equivalent backport). The fix is the one-line reordering that updates the file PMD counter before folio_put(); apply it by taking your distro's updated kernel package and rebooting, since live-patching of mm core paths is generally not offered. The authoritative fix commits are at https://git.kernel.org/stable/c/6c29a8ba084e89499ca77b947e07ae817f9c16ce and the related commits listed in the references, with NVD tracking at https://nvd.nist.gov/vuln/detail/CVE-2026-53189. There is no clean feature-level workaround because PMD splitting is core to THP handling; the only meaningful compensating control short of patching is to reduce exposure to transparent huge pages by setting /sys/kernel/mm/transparent_hugepage/enabled to 'never' (and disabling shmem THP via /sys/kernel/mm/transparent_hugepage/shmem_enabled), which shrinks the vulnerable code path at the cost of degraded performance for memory-intensive and large-page workloads - and note this does not eliminate all file-PMD split paths, so it is mitigation, not a fix. Restricting untrusted local code execution and tightening container/seccomp boundaries further limits who can drive the race.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

EUVD-2026-39280 vulnerability details – vuln.today

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