Live › vulnerability › CVE-2026-50056
Go to dashboardThe zmmailboxdmgr launcher in Zimbra Collaboration Suite passes JVM arguments through passwordless sudo without enough restriction. A local user running as the zimbra account can register an OutOfMemoryError command, force heap exhaustion during startup, and have that command run as root.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Zimbra Collaboration Suite mail servers on the affected releases, 10.1.16 and 10.1.21, are exposed. The attacker must already run commands as the zimbra user on the mailbox server, so the risk is to shared or multi-tenant hosts and to servers where the zimbra account is reachable from other compromised services. Installations on other ZCS versions, or hosts where no one but administrators can log in as zimbra, are less exposed.
| Product | Ecosystem | Affected | Fixed in |
|---|---|---|---|
| Zimbra Collaboration Suite | vendor | <= 10.1.21 | – |
10.1.21, which is listed as affectedEach row is the first time that source carried this signal. The analyst’s rows are its own findings.
A local privilege escalation vulnerability in the zmmailboxdmgr launcher of Zimbra Collaboration Suite (ZCS) allows the Unix zimbra account to execute arbitrary commands as root. The passwordless sudo interface accepts JVM arguments that are not adequately restricted. An attacker can postpone Jetty's privilege drop, register an OnOutOfMemoryError command and force heap exhaustion during startup, causing the command to execute while the JVM still runs as root. Exploitation requires local command execution as zimbra on a mailbox server and interrupts mailboxd during the malicious restart. ZCS 10.1.16 and 10.1.21 are affected.
This page as .md · .json · in your agent: get_signal("CVE-2026-50056")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.