Cloudanix VulnDB

CVE-2026-23026

Medium · 5.5

CVSS

5.5

EPSS

0.2%

Published

Jan 31, 2026

CISA due date

—

Cloudanix analysis

Schedule a fix SSVC: Track

A bug in how the Linux kernel manages certain hardware setup tasks can waste memory and make systems less reliable if triggered often.

Exploitation
Local Privilege
Attacker needs
Low Privilege
Complexity
Low
Impact
Denial Of Service
Component
OS kernel
Class
Memory Corruption
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

A memory leak occurs in the GPI peripheral configuration function when a kernel memory reallocation attempt fails, causing the original allocation pointer to be lost and the memory to become unreachable.

Why it matters to the business

Repeated triggering could gradually exhaust kernel memory, leading to system performance degradation or instability in affected Linux environments; low exploitability reduces urgency despite the kernel-wide impact.

How an attack unfolds

An attacker with local access could attempt to trigger the peripheral configuration path in a way that causes krealloc to fail repeatedly, though exploitation is difficult and requires specific conditions; no known threat actors or ransomware campaigns are associated.

How to fix it

Update the Linux kernel to a version containing commit 4532f18e4ab36def1f55cd936d0fc002b2ce34c2 or later in the stable repository.

How to confirm the fix worked

Inspect kernel source for the use of a temporary variable to hold krealloc results before updating the config pointer, and confirm the commit is present in the running kernel tree.

Typical attack path

  1. Obtain local user access to the Linux system
  2. Trigger DMA/GPI peripheral configuration paths that invoke the vulnerable reallocation logic
  3. Force allocation failure conditions to leak memory references
  4. Repeat to accumulate unreleased kernel memory

How to detect it

Review kernel logs and memory accounting for repeated allocation failures or growth in GPI/DMA driver structures; examine crash dumps or slabinfo for unreleased buffers tied to peripheral config.

What your security team should do

  • Apply the referenced kernel commit or newer stable version across all affected systems
  • Monitor kernel memory usage and DMA driver activity for anomalies
  • Prioritize updates in environments with high Linux kernel density or downstream dependents

The record

In the Linux kernel, the following vulnerability has been resolved: dmaengine: qcom: gpi: Fix memory leak in gpi_peripheral_config() Fix a memory leak in gpi_peripheral_config() where the original memory pointed to by gchan->config could be lost if krealloc() fails. The issue occurs when: 1. gchan->config points to previously allocated memory 2. krealloc() fails and returns NULL 3. The function directly assigns NULL to gchan->config, losing the reference to the original memory 4. The original memory becomes unreachable and cannot be freed Fix this by using a temporary variable to hold the krealloc() result and only updating gchan->config when the allocation succeeds. Found via static analysis and code review.

Affected packages

Ecosystem Package Introduced Fixed
Linux Kernel 5.11.0 5.15.199
openSUSE:Leap 16.0 dtb-aarch64 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-64kb 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-azure 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-default 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-default-base 0 6.12.0-160000.27.1.160000.2.8
openSUSE:Leap 16.0 kernel-docs 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-kvmsmall 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-obs-build 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-obs-qa 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-rt 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-source 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-syms 0 6.12.0-160000.27.1
openSUSE:Leap 16.0 kernel-zfcpdump 0 6.12.0-160000.27.1

Related vulnerabilities