Skip to main content

Linux Kernel EUVDEUVD-2026-55558

| CVE-2026-68172 HIGH
2026-08-10 Linux GHSA-mc2f-cm9p-679q
7.1
CVSS 3.1 · Vendor: Linux
Share

Severity by source

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

Local access with low privileges triggers the flaw; C:H reflects possible unowned physical memory read; A:H reflects direct kernel panic from out-of-bounds dereference.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:H/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
5.5 MEDIUM
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
None
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 14, 2026 - 01:32 vuln.today
CVSS changed
Aug 13, 2026 - 23:37 NVD
7.1 (HIGH)
Patch available
Aug 10, 2026 - 14:18 EUVD
CVE Published
Aug 10, 2026 - 11:59 cve.org
UNKNOWN (no severity yet)
CVE Published
Aug 10, 2026 - 11:59 cve.org
HIGH 7.1

DescriptionCVE.org

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

arm64: make huge_ptep_get handled unaligned addresses

huge_ptep_get() can be handed a virtual address pointing to the middle of a contpmd/contpte mapped hugetlb folio (examples of callers are pagemap_hugetlb_range, page_mapped_in_vma).

The arm64 helper rewalks the pgtables in find_num_contig to answer whether the huge pte we have maps a contpmd or a contpte hugetlb folio, and returns CONT_PMDS or CONT_PTES, so that it can collect a/d bits over the contiguous ptes. We can falsely return CONT_PTES instead of CONT_PMDS if the addr is not aligned. On systems where CONT_PTES != CONT_PMDS (meaning page size is 16K), we could collect excess A/D bit state, meaning extra work for the kernel. Even worse, we may iterate beyond the PTE table and dereference a garbage ptep pointer to access physical memory we don't own. Since the ptep pointer is a linear map address, we may run off the end of the linear map or into a hole, dereference a VA not mapped into the kernel pgtables and cause kernel panic.

Fix this by aligning the pmdp pointer down to a contpmd base before checking equality with the passed huge pte pointer, to correctly answer whether the huge pte is the base of a contpmd block.

AnalysisAI

Kernel panic and unauthorized physical memory access are possible on arm64 Linux systems when huge_ptep_get() receives an unaligned virtual address during contiguous huge page table walks. On arm64 platforms configured with 16K page size - where CONT_PTES differs from CONT_PMDS - the kernel's find_num_contig() routine misidentifies a contpmd block as a contpte block, iterates past the valid PTE table boundary, and dereferences a garbage linear-map pointer, either crashing the kernel or touching physical memory not owned by the calling process. No active exploitation (KEV) or public proof-of-concept has been identified; EPSS is 0.20% at the 10th percentile, reflecting very low real-world exploitation probability.

Technical ContextAI

The vulnerability is in the arm64 architecture-specific huge page entry (hugepte) subsystem of the Linux kernel, specifically in huge_ptep_get() and the helper find_num_contig(). When callers such as pagemap_hugetlb_range and page_mapped_in_vma supply a virtual address that points into the middle of a contiguous huge page mapping (contpmd or contpte), find_num_contig() rewalks the page tables to determine the contiguous block type. Because the pmdp pointer was not aligned down to the contpmd base prior to comparison, on 16K-page arm64 systems the function returns CONT_PTES instead of CONT_PMDS. The kernel then iterates across extra PTE slots beyond the table boundary and dereferences a dangling linear-map address - one that may fall off the end of the kernel linear map or into an unmapped hole, resulting in a kernel panic. A secondary impact is potential read access to physical memory not owned by the process. The CWE is formally unassigned, but the root cause maps to CWE-125 (Out-of-bounds Read) driven by an alignment assumption failure. Affected CPE: cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*.

RemediationAI

The primary fix is a kernel upgrade to Linux 6.18.42, 7.1.6, or 7.2-rc5 (or later), which align the pmdp pointer to the contpmd base before comparison, correcting the out-of-bounds iteration. The upstream fix commits are at https://git.kernel.org/stable/c/9cd4b1a52eff330798d668c1775f8bc450776280, https://git.kernel.org/stable/c/f3530aec26563f4d483ff31402392961362e9bc6, and https://git.kernel.org/stable/c/f73a8edc2ccc6ec72c37d5c578e7592d2e1f9922. For arm64 16K-page operators unable to patch immediately, a partial compensating control is to restrict local user access to /proc/pid/pagemap (e.g., raising /proc/sys/kernel/yama/ptrace_scope or applying kernel.perf_event_paranoid hardening) - this reduces but does not eliminate the triggering surface, since page_mapped_in_vma is also a caller. Systems not using 16K-page arm64 configurations require no action.

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-55558 vulnerability details – vuln.today

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