Skip to main content
VulnerabilityPublished Updated

CVE-2024-23184: Open-Xchange OX Dovecot Pro · Unthrottled Resource Allocation

Affects Open-Xchange OX Dovecot ProSource CVE Database V5

0

Not known to be exploited · CVSS 5.0 Medium.

Data as of 26 Oct 2026, 17:16 UTC

CVSS 3.1 base score
5.0Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.8% chance of exploitation in 30 days – higher than 57% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Sep 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
Open-Xchange GmbH OX Dovecot ProAffected
  • =0
Fixed in–

AI-suggested

To mitigate CVE-2024-23184 effectively, organizations should implement strict limits on the number of address headers allowed in incoming emails at the mail transfer agent (MTA) level, such as Postfix, Exim, or Sendmail, before messages reach OX Dovecot Pro. This can be done by configuring header size and count restrictions or employing filtering rules to reject or quarantine suspicious emails with abnormally large header counts. Monitoring email traffic for unusual patterns in header counts can provide early detection of exploitation attempts. Additionally, organizations should ensure their OX Dovecot Pro installations are updated promptly once patches become available from Open-Xchange GmbH. Network-level protections such as rate limiting and connection throttling on SMTP ports can reduce the volume of potentially malicious emails. Deploying email security gateways with advanced filtering capabilities can also help block malformed or suspicious emails. Finally, maintaining comprehensive logging and alerting on mail server performance metrics will aid in identifying resource exhaustion events early and enable rapid incident response.

Description

Having a large number of address headers (From, To, Cc, Bcc, etc.) becomes excessively CPU intensive. With 100k header lines CPU usage is already 12 seconds, and in a production environment we observed 500k header lines taking 18 minutes to parse. Since this can be triggered by external actors sending emails to a victim, this is a security issue. An external attacker can send specially crafted messages that consume target system resources and cause outage. One can implement restrictions on address headers on MTA component preceding Dovecot. No publicly available exploits are known.

References

Community reviews

Loading reviews…