Cloudanix VulnDB

CVE-2025-68186

None

CVSS

—

EPSS

0.2%

Published

Dec 16, 2025

CISA due date

—

Cloudanix analysis

Schedule a fix SSVC: Track

A small Linux kernel logging fix stops an incorrect warning message from appearing when data buffers fill up, reducing unnecessary alerts for system administrators.

Exploitation
Local Privilege
Attacker needs
Local User
Complexity
Theoretical
Impact
Denial Of Service
Component
OS kernel
Class
Other
Remediation
Upgrade
Effort
Low
Patch risk
None

What it actually does

The ring_buffer_map_get_reader() function incorrectly triggers a warning when rb_get_reader_page() returns NULL in the valid case where the reader catches up to the writer while data remains on the reader page, instead of skipping the page update silently.

Why it matters to the business

Produces spurious kernel warnings that increase log volume and may trigger unnecessary alerts in affected Linux systems and container images, creating minor operational overhead without security exposure.

How an attack unfolds

No exploitation is possible; the change simply suppresses an erroneous warning for a legitimate ring-buffer state and does not introduce or expose any attack surface.

How to fix it

Upgrade affected packages to the listed fixed versions: kube-logging-logging-operator-4.1 and kube-logging-logging-operator-4.1-compat to 4.1.0-r15, or apply Linux kernel commit b42dbef4f208326271434d5ab71c4129a3ddd1a9.

How to confirm the fix worked

Confirm the running kernel contains commit b42dbef4f208326271434d5ab71c4129a3ddd1a9 or that Chainguard images are at version 4.1.0-r15; verify absence of the prior warning in ring-buffer reader paths.

How to detect it

Search kernel logs for prior instances of warnings originating from ring_buffer_map_get_reader(); no post-fix exploitation artifacts exist.

What your security team should do

  • Apply the fixed kernel commit or package versions during the next maintenance window
  • Review ring-buffer-related log entries to confirm warning suppression

The record

In the Linux kernel, the following vulnerability has been resolved: ring-buffer: Do not warn in ring_buffer_map_get_reader() when reader catches up The function ring_buffer_map_get_reader() is a bit more strict than the other get reader functions, and except for certain situations the rb_get_reader_page() should not return NULL. If it does, it triggers a warning. This warning was triggering but after looking at why, it was because another acceptable situation was happening and it wasn't checked for. If the reader catches up to the writer and there's still data to be read on the reader page, then the rb_get_reader_page() will return NULL as there's no new page to get. In this situation, the reader page should not be updated and no warning should trigger.

Affected packages

Ecosystem Package Introduced Fixed
Linux Kernel 6.10.0 6.12.58
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