libceph: Reject monmaps advertising zero monitors
authorRaphael Zimmer <raphael.zimmer@tu-ilmenau.de>
Fri, 29 May 2026 07:42:57 +0000 (09:42 +0200)
committerIlya Dryomov <idryomov@gmail.com>
Thu, 23 Jul 2026 18:29:40 +0000 (20:29 +0200)
commit40480eee361ed9676b3f844d532ac28b47251634
tree425fd7ae8aacb9f85a5a4d44a26608027d680258
parent05f90284223381005d6bcddab3fda4a97f9c3401
libceph: Reject monmaps advertising zero monitors

A message of type CEPH_MSG_MON_MAP contains a monmap that is sent from a
monitor to the client. This monmap contains information about the
existing monitors in the cluster. Currently, a monmap indicating that
there are zero monitors in the cluster is treated as valid. However, it
is impossible to have zero monitors in the cluster and still receive a
valid monmap from a monitor. Therefore, such a monmap must be corrupted
and should be treated as invalid. Furthermore, a monmap with a monitor
count of zero can subsequently crash the client when attempting to open
a session with a monitor in __open_session(). This happens because the
"BUG_ON(monc->monmap->num_mon < 1)" assertion in pick_new_mon() is
triggered.

This patch extends a check in ceph_monmap_decode() to also reject
arriving mon_maps with num_mon == 0 rather than only with
num_mon > CEPH_MAX_MON.

[ idryomov: drop "log output for unusual values of num_mon" part ]

Cc: stable@vger.kernel.org
Signed-off-by: Raphael Zimmer <raphael.zimmer@tu-ilmenau.de>
Reviewed-by: Ilya Dryomov <idryomov@gmail.com>
Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
net/ceph/mon_client.c