Skip to main content

Linux Kernel EUVDEUVD-2026-49012

| CVE-2026-64300 HIGH
Use After Free (CWE-416)
2026-07-25 Linux GHSA-643v-c574-jxr9
7.8
CVSS 3.1 · Vendor: Linux
Share

Severity by source

Vendor (Linux) PRIMARY
7.8 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
vuln.today AI
7.0 HIGH

Race condition between two CPUs sharing a perf ring buffer makes AC:H realistic; PR:L reflects perf_event_open() privilege gate; UAF yields full C/I/A impact.

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:P/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
SUSE
HIGH
qualitative
Red Hat
7.0 HIGH
qualitative

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

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

Lifecycle Timeline

6
Metadata Corrected
Sep 16, 2026 - 09:40 vuln.today
tag: Information Disclosure removed
Analysis Generated
Jul 27, 2026 - 05:33 vuln.today
CVSS changed
Jul 27, 2026 - 05:22 NVD
7.8 (HIGH)
Patch available
Jul 25, 2026 - 11:18 EUVD
CVE Published
Jul 25, 2026 - 08:49 cve.org
UNKNOWN (no severity yet)
CVE Published
Jul 25, 2026 - 08:49 cve.org
HIGH 7.8

DescriptionCVE.org

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

perf/aux: Fix page UAF in map_range()

map_range() reads rb->aux_pages[], rb->aux_nr_pages and rb->aux_pgoff via perf_mmap_to_page() while holding only event->mmap_mutex. Those fields are serialized by rb->aux_mutex, and mmap_mutex is per event.

Thus, two events sharing one rb via PERF_EVENT_IOC_SET_OUTPUT can race rb_alloc_aux() with map_range(), leading to a page-UAF scenario as follows:

CPU 0 CPU 1 = = rb_alloc_aux() map_range() [1]: allocate rb->aux_pages[0] [2]: rb->aux_nr_pages++ [3]: perf_mmap_to_page() returns rb->aux_pages[0] [4]: map it as VM_PFNMAP [5]: rb->aux_pgoff = 1

munmap the page [6]: free rb->aux_pages[0]

Pages mapped as VM_PFNMAP have no refcount protection, so CPU 1 holds a mapping to a freed physical frame.

Fix this by taking rb->aux_mutex across the page walk in map_range().

AnalysisAI

Page use-after-free in the Linux kernel perf/aux subsystem allows a local authenticated attacker to read or write freed kernel memory, potentially achieving privilege escalation. The flaw arises because map_range() accesses rb->aux_pages[], rb->aux_nr_pages, and rb->aux_pgoff while holding only the per-event mmap_mutex, whereas those fields are serialised by the ring-buffer-level rb->aux_mutex; two events sharing one ring buffer via PERF_EVENT_IOC_SET_OUTPUT can therefore race rb_alloc_aux() against map_range(), leaving a VM_PFNMAP mapping pointing to a freed physical frame. No public exploit has been identified at time of analysis, and EPSS exploitation probability is very low at 0.21% (11th percentile).

Technical ContextAI

The Linux kernel Performance Events subsystem (perf) supports AUX ring buffers for hardware trace data (e.g., Intel PT, ARM CoreSight). When a ring buffer is shared between two events via the PERF_EVENT_IOC_SET_OUTPUT ioctl, map_range() on one event can concurrently execute with rb_alloc_aux() on another. The ring buffer fields rb->aux_pages[], rb->aux_nr_pages, and rb->aux_pgoff are protected by rb->aux_mutex, but map_range() acquires only the per-event event->mmap_mutex, creating a TOCTOU window. Pages installed into the VMA as VM_PFNMAP carry no page-struct refcount protection, so if rb_alloc_aux() allocates and then frees a page (e.g., via munmap) while map_range() has already retrieved a pointer to that page from rb->aux_pages[], the VMA retains a dangling mapping to the freed physical frame - a classic CWE-416 Use-After-Free at the page-table level. The fix serialises the page walk in map_range() under rb->aux_mutex. Affected CPE: cpe:2.3:a:linux:linux.

RemediationAI

The primary fix is to upgrade to a patched kernel version: 6.18.39, 7.1.4, or 7.2-rc3 or later, incorporating upstream commits c8b7e113f7b6, 0cff05bd2186, or 5948aaf64f81 depending on the stable series. Ubuntu users should apply the updates referenced in USN-8726-1 and USN-8727-1 (https://ubuntu.com/security/notices/USN-8726-1, https://ubuntu.com/security/notices/USN-8727-1). As a compensating control on unpatched systems, set /proc/sys/kernel/perf_event_paranoid to 3 (or 2 at minimum) to restrict perf_event_open() to privileged users only - this prevents unprivileged local users from reaching the vulnerable code path, though it limits performance profiling for non-root users. Removing CAP_PERFMON from container or user namespaces where it is not required also reduces the attack surface. NVD advisory: https://nvd.nist.gov/vuln/detail/CVE-2026-64300.

Vendor StatusVendor

SUSE

Severity: Important
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-49012 vulnerability details – vuln.today

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