GPU VulnDB

Database/Control plane, storage & DevOps

Ceph (Python bindings, IMAP4_SSL/SMTP_SSL TLS clients): Ceph's Python code constructs imaplib.IMAP4_SSL and

NCVD-2024-010-ceph-python-bindings-imap4-ssl-sControl plane, storage & DevOpsGHSA-xj9f-7g59-m4jxCVE-2024-31884 (reserved)curated

Impact

Ceph's Python code constructs imaplib.IMAP4_SSL and smtplib.SMTP_SSL without passing an SSL context, so no X.509 validation happens and any certificate is accepted. An attacker positioned on the path between a Ceph manager node and the mail server it uses for alerting can present their own certificate, harvest the mail credentials Ceph authenticates with, and read or tamper with cluster alert traffic. For a cluster operator the practical loss is twofold: reusable SMTP/IMAP credentials (frequently shared with other infrastructure) and the ability to suppress or forge the alert channel that is supposed to tell you a storage node is failing or a tenant is misbehaving.

Who can reach it

Network, machine-in-the-middle between the Ceph mgr node and its configured mail server. No credentials and no user interaction needed — the attacker only needs a position on the path, which is realistic when alerting egresses over a shared or upstream-provider network.

What to do

Upgrade to a build carrying the fix (20.2.1, 19.2.4, 18.2.9 or later) and restart the mgr modules. Rotate the SMTP/IMAP credentials Ceph was configured with, since a MITM window means they may already be captured. Where possible route alert egress over a path you control rather than shared transit.

References

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.