CVE-2026-99159

ring-buffer: Fix the sub-buffer array base in rb_meta_subbuf_idx()

State
Published
Severity
Not scored
Published
Oct 28, 2026
Updated
Oct 30, 2026
Reserved
Sep 25, 2026

Read the record on cve.org

Description

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

ring-buffer: Fix the sub-buffer array base in rb_meta_subbuf_idx()

On a persistent ring buffer, rb_meta_subbuf_idx() can return an index one sub-buffer too high. rb_setup_ids_meta_page() then fills subbuf_ids[] shifted by one and leaves subbuf_ids[0] NULL, which __rb_map_vma() dereferences when userspace maps trace_pipe_raw. rb_update_meta_reader() writes two such indices into meta->buffers[], which rb_cpu_meta_valid() would reject on the next boot, discarding the previous boot's trace.

A CPU's sub-buffer array starts after its meta header and the nr_subbufs integers that follow, aligned up to a sub-buffer. rb_meta_subbuf_idx() inverts that calculation but skips only the integers, not the header, so its base is one sub-buffer low whenever the omitted header size crosses the alignment boundary.

Invert the calculation with rb_subbufs_from_meta() rather than repeating it. rb_range_buffer() maps an index back to an address through the same helper, so the two directions can no longer disagree.

Scores

The record has no CVSS score.

Weaknesses

The record names no weakness.

Affected Products

ProductVersions
LinuxLinux
  • b14d032973d4e6c36e025e96ea3437de53d072d9 to before 0c0cf2240bb5ca5704ea932ba66ee54f43173915Affected
  • b14d032973d4e6c36e025e96ea3437de53d072d9 to before 2f1248b728b56d583ea454fedf239550c49f7b18Affected
  • b14d032973d4e6c36e025e96ea3437de53d072d9 to before 7469b3585ef5f65840d467d2caa811a9098c84b9Affected
  • b14d032973d4e6c36e025e96ea3437de53d072d9 to before 25132363c723afc39aace8b098f547ab4a0ea759Affected
LinuxLinux
  • 6.12Affected
  • before 6.12Not affected
  • 6.12.115 through 6.12.*Not affected
  • 6.18.59 through 6.18.*Not affected
  • 7.2.13 through 7.2.*Not affected
  • 7.3 and laterNot affected

References

Every record here comes from the CVE Program’s CVE List. © 1999–2026 The MITRE Corporation. CVE is a registered trademark of The MITRE Corporation. The records are reproduced under the CVE Program terms of use.