Skip to main content

hMailServer CVE-2026-107569

| EUVDEUVD-2026-104409 HIGH
Unchecked Input for Loop Condition (CWE-606)
2026-10-19 GitLab GHSA-95hv-g278-w9p8
7.5
CVSS 3.1 · Vendor: GitLab
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Send email with forged negative X-hMailServer-LoopCount header
  2. Exploit
    Signed conversion bypasses rule loop limit
  3. Execution
    Message enters unbounded forward/auto-reply cycle
  4. Impact
    Queue 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.4% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

hMailServer 6.0.0 ≤6.3.6

Affected Packages

euvd hmailserver no fix

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

Vendor (GitLab) PRIMARY 7.5 HIGH
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 7.5 HIGH

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.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (GitLab).

CVSS VectorVendor: GitLab

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.4%
Top 70% exploitable
Prevalence
Medium
popular free open-source mail server, mainly SMB/Windows, modest footprint
Data Quality
4 sources
Confidence: Medium

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.4%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0
CVE-2026-100741 CRITICAL POC
9.8 Sep 27

Arbitrary JScript execution in Progressive Robot Ltd's hMailServer 6.0.0 through 6.3.3 on Windows lets an unauthenticate

CVE-2026-114489 HIGH
8.1 Oct 21

Cross-tenant configuration takeover in hMailServer 6.0.0 through 6.3.6 lets an authenticated user holding only a domain-

CVE-2026-103647 HIGH
8.0 Oct 08

Cross-site scripting in Progressive Robot hMailServer 6.3.2 through 6.3.5 can let a remote, unauthenticated attacker exe

CVE-2026-114490 HIGH
7.8 Oct 21

Incorrect authorization in the COM administration API of hMailServer 6.3.4 through 6.3.6 lets a credential holding the s

CVE-2026-107571 HIGH
7.8 Oct 19

Local privilege escalation in Progressive Robot hMailServer 6.0.0 through 6.3.6 allows any authenticated, non-administra

CVE-2026-107573 HIGH
7.8 Oct 08

Incorrect default permissions in the Windows installer for Progressive Robot hMailServer 6.0.0 through 6.3.5 let any loc

CVE-2026-103010 HIGH
7.8 Oct 08

Heap-based buffer overflow in hMailServer 6.0.0 through 6.3.3 on Windows lets a local interactive user - with no hMailSe

CVE-2026-104660 HIGH
7.8 Oct 08

Local privilege escalation in hMailServer 6.0.0 through 6.3.5 on Windows allows an authenticated local user-one with an

CVE-2026-104658 HIGH
7.8 Oct 08

Local privilege escalation in Progressive Robot hMailServer 6.3.4 and 6.3.5 on Linux allows an attacker who already has

CVE-2026-114476 HIGH
7.5 Oct 21

Privilege escalation in Progressive Robot hMailServer 6.3.4 through 6.3.6 allows an authenticated holder of the manage_r

CVE-2026-107567 HIGH
7.5 Oct 19

DKIM signing in Progressive Robot hMailServer 6.0.0 through 6.3.6 can be induced to sign attacker-authored mail with the

CVE-2026-107579 HIGH
7.5 Oct 08

Denial of service in Progressive Robot hMailServer 6.3.4 and 6.3.5 lets a remote unauthenticated attacker stall mail del

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy