Bug 2514446 (CVE-2026-68433) - CVE-2026-68433 kernel: libceph: bound get_version reply decode to front len
Summary: CVE-2026-68433 kernel: libceph: bound get_version reply decode to front len
Keywords:
Status: NEW
Alias: CVE-2026-68433
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-08-12 00:21 UTC by OSIDB Bzimport
Modified: 2026-08-13 09:13 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-08-12 00:21:51 UTC
In the Linux kernel, the following vulnerability has been resolved:

libceph: bound get_version reply decode to front len

handle_get_version_reply() uses msg->front_alloc_len as the decode
boundary for MON_GET_VERSION_REPLY.  That is the size of the reused
reply buffer, not the number of bytes actually received.

A truncated reply can therefore pass ceph_decode_need() and decode the
second u64 from stale tail bytes left in the buffer by an earlier
message, causing an uninitialized memory read.

Use msg->front.iov_len as the receive-side decode boundary, matching
other libceph reply handlers and limiting decoding to the bytes that
were actually read from the wire.

Comment 1 Mauro Matteo Cascella 2026-08-12 15:28:02 UTC
Upstream advisory:
https://lore.kernel.org/linux-cve-announce/2026081254-CVE-2026-68433-c891@gregkh/T


Note You need to log in before you can comment on or make changes to this bug.