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

KVM: arm64: Handle negative S1 walk levels in VNCR TLB size evaluation

Computing the effects of a TLB invalidation involves looking at
the size of the mapping cached by the TLB. For S1 mappings such as
VNCR, this is deducted from the combination of the base granule size
and the mapping level.

However, this implies that the S1 MMU is *on*. When the MMU is off,
we indicate this with the level being set to a "creative" value of
-127 (S1_MMU_DISABLED).

This ends-up being misinterpreted by pgshift_level_to_ttl() as it
doesn't handle negative levels at all (the level is immediately cast
to a u8 and only the bottom two bits considered), leading to an
invalidation size of 0. Not helpful.

Tidy-up pgshift_level_to_ttl() to handle these negative levels, and
ttl_to_size() to always return SZ_1G when no valid TTL is present.
This allows the removal of open-coded checks for similar situations.

Note that the check for a negative value not explicitely checking for
S1_MMU_DISABLED is deliberate, so that actual negative levels introduced
with LVA2 and D128 can take the same path if we ever support them.
Published: 2026-09-16
Score: 9.3 Critical
EPSS: < 1% Very Low
KEV: No
Impact: Privilege Escalation
Action: Patch Immediately
AI Analysis

Impact

The Linux kernel bug occurs when the MMU is disabled and the level for an S1 mapping is set to a negative sentinel value because the code mistakenly casts the signed value to an unsigned byte, taking only the lower two bits. This leads the TLB size calculation to return zero, so the kernel does not correctly invalidate or flush entries that should be removed. If a virtual machine continues to use a mapping that has not been properly invalidated, it could read or modify memory that should have been cleared, potentially allowing a guest to access kernel memory or to inject code. The weakness is rooted in incorrect handling of signed-to-unsigned conversion and lack of input validation.

Affected Systems

This flaw is limited to the Linux kernel, affecting all builds that use the KVM arm64 implementation where the S1_MMU_DISABLED state is referenced. No specific kernel versions are listed, so all affected ARM64 KVM instances are potentially impacted until the kernel patch is applied.

Risk and Exploitability

The vulnerability's CVSS score is not supplied, and its EPSS score is unavailable, so the likelihood of exploitation cannot be quantified precisely. The flaw is not listed in the CISA KEV catalog, indicating that there is no known exploitation in the wild so far. However, the underlying logic error could be leveraged by a correctly composed attacker with kernel or hypervisor access, especially in multi-tenant environments where virtual machines share a processor. Once the logic bug is fixed, the exploit path disappears, but until then the risk remains a moderate to high concern for systems running unpatched ARM64 kernels.

Generated by OpenCVE AI on September 16, 2026 at 13:58 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a version that includes the patch for handling negative S1 walk levels in VNCR TLB size evaluation.
  • If an immediate kernel upgrade is not possible, restrict the use of the S1_MMU_DISABLED mode for KVM VMs by disabling that feature in the hypervisor configuration until a fixed kernel is available.
  • Monitor KVM logs for unexpected TLB flush failures or errors related to S1 mapping handling and apply kernel updates as soon as they are released.

Generated by OpenCVE AI on September 16, 2026 at 13:58 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Thu, 17 Sep 2026 12:15:00 +0000


Wed, 16 Sep 2026 18:30:00 +0000

Type Values Removed Values Added
References

Wed, 16 Sep 2026 14:45:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 9.3, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H'}


Wed, 16 Sep 2026 14:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-195
CWE-20

Wed, 16 Sep 2026 08:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: KVM: arm64: Handle negative S1 walk levels in VNCR TLB size evaluation Computing the effects of a TLB invalidation involves looking at the size of the mapping cached by the TLB. For S1 mappings such as VNCR, this is deducted from the combination of the base granule size and the mapping level. However, this implies that the S1 MMU is *on*. When the MMU is off, we indicate this with the level being set to a "creative" value of -127 (S1_MMU_DISABLED). This ends-up being misinterpreted by pgshift_level_to_ttl() as it doesn't handle negative levels at all (the level is immediately cast to a u8 and only the bottom two bits considered), leading to an invalidation size of 0. Not helpful. Tidy-up pgshift_level_to_ttl() to handle these negative levels, and ttl_to_size() to always return SZ_1G when no valid TTL is present. This allows the removal of open-coded checks for similar situations. Note that the check for a negative value not explicitely checking for S1_MMU_DISABLED is deliberate, so that actual negative levels introduced with LVA2 and D128 can take the same path if we ever support them.
Title KVM: arm64: Handle negative S1 walk levels in VNCR TLB size evaluation
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-09-16T17:07:09.850Z

Reserved: 2026-09-11T19:38:34.765Z

Link: CVE-2026-89775

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-16T09:17:07.850

Modified: 2026-09-16T18:17:19.027

Link: CVE-2026-89775

cve-icon Redhat

Severity : Important

Publid Date: 2026-09-16T00:00:00Z

Links: CVE-2026-89775 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-09-16T14:00:11Z

Weaknesses
  • CWE-190

    Integer Overflow or Wraparound

  • CWE-195

    Signed to Unsigned Conversion Error

  • CWE-20

    Improper Input Validation