Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSend email with forged negative X-hMailServer-LoopCount header
-
ExploitSigned conversion bypasses rule loop limit
-
ExecutionMessage enters unbounded forward/auto-reply cycle
-
ImpactQueue and disk fill, halting mail service
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V2 - Validation and Business Logic Unchecked input for loop condition
|
| Exploitation Conditions | Exploitation requires the targeted account or domain to have a mail-generating feature enabled that can form a cycle - a rule forward/reply/copy, an account forward, a Sieve redirect/vacation/notify, a bounce, or an out-of-office reply - because the loop only runs when the server generates mail in response to the attacker's message. The attacker then injects the X-hMailServer-LoopCount header (not stripped from external mail) with a negative value, or on Linux builds a value above the 32-bit signed maximum that wraps negative, to lift the default loop limit of 5. Limiting factors: if no forwarding/auto-reply/redirect feature is configured no cycle forms; the signed-integer-wrap variant is specific to Linux builds (negative-value injection works on all affected builds); the Sieve notify no-limit variant applies from 6.2.22 onward; and attacker-controlled counter reset via Sieve editheader applies from 6.2.22 while the rule Set-header-value reset applies to all versions. |
| Impact | The CVSS 3.1 base score of 7.5 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) reflects a remote, unauthenticated, low-complexity attack with pure availability impact - there is no confidentiality or integrity loss, so despite the 'High' severity this is a denial-of-service, not code execution. The 'Buffer Overflow' tag in the input is misleading: the root cause is CWE-606 (unchecked input for a loop condition) combined with a signed integer conversion/overflow, not memory corruption. No EPSS score, CISA KEV listing, SSVC decision data, or POC is present in the provided intelligence, so there is no public exploit identified at time of analysis and no evidence of active exploitation. Exploitation is further gated by a victim-side precondition - the targeted account/domain must have a mail-generating feature (forwarding rule, reply/copy, Sieve redirect/notify/vacation, bounce, or out-of-office) configured so a cycle can form - which tempers the otherwise AC:L/PR:N profile. Net assessment: a real but moderate operational risk (self-inflicted mail outage, queue/disk exhaustion) that should be patched, rather than a widely-weaponizable critical flaw; EPSS and exploitation-status signals are missing and should be monitored. |
| Exploit ScenarioDerived | A remote attacker sends an ordinary email to an hMailServer account that has forwarding or an auto-reply configured, setting the X-hMailServer-LoopCount header to a negative value (or, on Linux builds, a value above the 32-bit signed range that wraps negative). Because the header is not stripped from externally-arriving mail and is read with an unvalidated signed conversion, the loop-count bound is bypassed and the resulting generated-mail cycle iterates up to roughly two billion times, each hop queuing a message and a delivery. No public exploit code is identified at time of analysis, but the attack requires only a single crafted message and no authentication. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 19, 2026
Denial of service in hMailServer 6.0.0 through 6.3.6 lets a remote unauthenticated sender exhaust the mail queue and disk and stop the server from carrying mail at all. The server trusts a client-supplied X-hMailServer-LoopCount header, reading it with a signed conversion and no validation, so a negative value - or, on Linux builds, a value above the 32-bit signed maximum that wraps negative - passes every check against the default loop limit of 5 and lets a message caught in a forward, redirect, or auto-reply cycle iterate roughly two billion times, each hop queuing and delivering another message. Exploitation is conditional: the targeted account or domain must have a mail-generating feature that can form a cycle (rule forward/reply/copy, account forward, Sieve redirect/vacation/notify, bounce, or out-of-office reply); no public exploit code was identified at time of analysis and there is no CISA KEV listing, and the CVSS 3.1 score of 7.5 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) reflects pure availability impact with no confidentiality or integrity loss.
RemediationAI
Vendor-released patch: hMailServer 6.3.7, available at https://gitlab.com/hmailserver/hmailserver/-/releases/v6.3.7 (tracked by work item https://gitlab.com/hmailserver/hmailserver/-/work_items/81); upgrade all 6.0.0-6.3.6 instances, prioritizing servers that host accounts or domains with forwards, auto-replies, rules, or Sieve scripts. Where upgrading must wait, strip or overwrite the X-hMailServer-LoopCount header on all inbound Internet mail at the edge MTA or gateway - the trade-off is that legitimate loop counting for external-to-external forwarding chains is lost, so pair it with a gateway-level Received-header hop count or message-rate cap to still bound recursion. Additionally restrict auto-forward, auto-reply, and Sieve redirect/vacation/notify to trusted internal senders, and disable the Sieve editheader extension and rule 'Set header value' actions on any account that also forwards or redirects, since either can reset the counter; this breaks user scripts that legitimately rewrite headers and must be communicated in advance. Lower the configured rule loop limit as a stopgap (it does not help against negative or wrapped values by itself), and monitor queue depth and disk consumption with alerting so an amplification burst is detected within the first few thousand generated messages rather than at exhaustion.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
hMailServer is an SMTP/POP3/IMAP mail server for Windows (with Linux builds) that implements server-side mail generation: rules, account forwards, bounces, out-of-office replies, and Sieve (RFC 5228) actions including redirect, vacation, notify (RFC 5435, supported from 6.2.22), and editheader (RFC 5293, also from 6.2.22). To terminate forwarding and auto-reply cycles the server historically stamps generated mail with an X-hMailServer-LoopCount header and stops generating once the counter reaches the configured rule loop limit (5 by default). The root cause is CWE-606 (Unchecked Input for Loop Condition): that header is an ordinary RFC 5322 field that is not stripped from mail arriving from outside, and the parsing routine applies a signed integer conversion without range or sign validation. Any negative result satisfies the 'below the limit' comparison, so the bound is lifted entirely; on Linux builds the same effect is reachable by supplying a value above 2^31-1 that wraps to a negative integer. Two additional weaknesses compound it: the Sieve notify action consulted no loop limit at all and its counter increment could overflow a signed integer, and an account could reset the counter on its own outgoing mail via a Sieve editheader of X-hMailServer-LoopCount (6.2.22+) or the rule 'Set header value' action (all affected versions) placed ahead of a forward or redirect. The result is unbounded message amplification - roughly two thousand million queued messages and deliveries - until the queue and disk fill.
Know when Hmailserver gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Remote unauthenticated single crafted email (AV:N/PR:N/UI:N), header injection is trivial (AC:L), impact is availability-only queue/disk exhaustion so C:N/I:N/A:H and scope unchanged.
Primary rating from Vendor (GitLab).
CVSS VectorVendor: GitLab
DescriptionCVE.org
Unchecked input for a loop condition in Progressive Robot hMailServer 6.0.0 through 6.3.6 allows a remote unauthenticated attacker to stop the server carrying mail. The server bounds the mail it generates in response to a message - a rule forward, reply or copy, an account forward, a Sieve redirect, vacation or notify, a bounce, an out-of-office reply - by a counter it carries in the message's X-hMailServer-LoopCount header, and makes no more once the counter reaches the configured rule loop limit (5 by default); that is what ends a forwarding or auto-reply cycle in a bounded number of hops. X-hMailServer-LoopCount is an ordinary header that is not stripped from mail arriving from outside, and the server read it with a signed conversion and no validation, so a count below zero passed every test against the limit: a sender who sets X-hMailServer-LoopCount to a negative value, or on the Linux builds to a value above the 32-bit signed range that the conversion wraps to a negative one, lifts the bound, and a message that enters a generated-mail cycle then loops up to about two thousand million times, each hop a queued message and a delivery, filling the queue and disk and stopping mail service. The Sieve notify action (from 6.2.22) consulted no limit at all, and its increment of the count could overflow a signed integer; and an account could reset the counter on its own mail through a Sieve editheader of the header (from 6.2.22) or a rule Set header value action (all versions) ahead of a forward or redirect.
Executive ViewAI
hMailServer versions 6.0.0 through 6.3.6 contain a denial-of-service flaw that allows an unauthenticated remote sender to force the mail server into runaway message loops, filling the mail queue and disk until the server stops relaying mail entirely. Any organization running an affected hMailServer build for business email or application notifications is exposed to a full mail outage that an outside party can trigger without credentials, and recovery may require manual queue cleanup and disk remediation. Leadership should care because the failure mode is a complete loss of mail flow - a Tier-1 business service - and the precondition (a forwarding, auto-reply, or Sieve rule on a targeted account or domain) is common in everyday mailbox configurations.
No vendor-released patch identified at time of analysis. Interim mitigations: strip or block the client-supplied X-hMailServer-LoopCount header at the mail gateway or edge proxy; apply per-sender SMTP rate limiting and connection throttling; enforce and monitor queue-size and disk-quota limits with alerting; disable or restrict cyclic mail-generating features (account forwarding, rule forward/reply/copy, Sieve redirect/vacation/notify, bounce, out-of-office) on internet-reachable accounts and domains; restrict SMTP exposure to known senders or relay through an unaffected MTA; maintain queue and disk cleanup runbooks for rapid recovery.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
More in Hmailserver
View allArbitrary JScript execution in Progressive Robot Ltd's hMailServer 6.0.0 through 6.3.3 on Windows lets an unauthenticate
Cross-tenant configuration takeover in hMailServer 6.0.0 through 6.3.6 lets an authenticated user holding only a domain-
Cross-site scripting in Progressive Robot hMailServer 6.3.2 through 6.3.5 can let a remote, unauthenticated attacker exe
Incorrect authorization in the COM administration API of hMailServer 6.3.4 through 6.3.6 lets a credential holding the s
Local privilege escalation in Progressive Robot hMailServer 6.0.0 through 6.3.6 allows any authenticated, non-administra
Incorrect default permissions in the Windows installer for Progressive Robot hMailServer 6.0.0 through 6.3.5 let any loc
Heap-based buffer overflow in hMailServer 6.0.0 through 6.3.3 on Windows lets a local interactive user - with no hMailSe
Local privilege escalation in hMailServer 6.0.0 through 6.3.5 on Windows allows an authenticated local user-one with an
Local privilege escalation in Progressive Robot hMailServer 6.3.4 and 6.3.5 on Linux allows an attacker who already has
Privilege escalation in Progressive Robot hMailServer 6.3.4 through 6.3.6 allows an authenticated holder of the manage_r
DKIM signing in Progressive Robot hMailServer 6.0.0 through 6.3.6 can be induced to sign attacker-authored mail with the
Denial of service in Progressive Robot hMailServer 6.3.4 and 6.3.5 lets a remote unauthenticated attacker stall mail del
EUVD-2026-104409
GHSA-95hv-g278-w9p8
NVD
CVE.org
EPSS
Exploit-DB