GPU VulnDB

Database/Kernel, userspace & hypervisor

Linux CephFS client: out-of-range MDS rank in mdsmap export_targets writes past a stack bitmap

UnscoredCVE-2026-89653Kernel, userspace & hypervisorcurated

Impact

MDSMap export_targets entries come from the Ceph monitors and are used directly as bit numbers against a fixed-size stack bitmap in check_new_map(). A rank outside CEPH_MAX_MDS makes set_bit() write past the end of that array - a stack out-of-bounds write in the client kernel. The practical outcome on a GPU node with a kernel CephFS mount is an unplanned crash; stack corruption of this kind is not cheaply bounded, so treat it as more than a hang. The fix rejects ranks outside CEPH_MAX_MDS at decode time rather than at use, and deliberately does not validate against possible_max_rank, since maps may legitimately reference ranks above a temporarily reduced max_mds.

Who can reach it

Not reachable from a tenant on the node. Requires control of, or the ability to forge maps from, the Ceph monitors that the client trusts - i.e. an attacker already on the storage control path.

What to do

Update to a stable kernel carrying the fix (four backport commits linked on the record) and reboot each node holding a kernel CephFS mount; the client cannot be reloaded under a live mount. Batch with the other ceph/libceph fixes from the same day to spend one maintenance window instead of several. No configuration change avoids it.

References

Related entries

All Kernel, userspace & hypervisor entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.