Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify hosted domain with outbound forward/list/alias
-
DeliverySend spoofed mail From hosted-domain address into forwarder
-
ExploitServer relays copy with SPF-aligned envelope identity
-
ExecutionDownstream SPF/DMARC check passes for spoofed domain
-
ImpactForged mail delivered as authenticated to recipients
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service Proxy/intermediary controls
|
| Exploitation Conditions | Requires an hMailServer (6.0.0-6.3.6) configuration that carries a hosted domain's mail to an outside address via an account forward, mail-rule forward, Sieve redirect, mailing-list copy, or an alias/list expanding externally. Additionally, at least one of these must hold: the Sender Rewriting Scheme or envelope-sender rewrite-on-forwarding is enabled (both OFF by default); a mailing list whose bounce address is within the hosted domain's organization; an inbound message with an envelope sender at a subdomain of a hosted domain whose SPF record authorizes the server; or a message with an empty envelope sender when the server's own hostname is SPF-authorized. Limiting factors: exploitation is impossible without such a forwarding/list path, the two most direct triggers (SRS and envelope rewrite) are disabled by default, and success depends on the server being SPF-authorized for the aligned identity - so default, non-forwarding deployments are not exploitable. The parallel DKIM-based variant is tracked as CVE-2026-107567. |
| Impact | This is a moderate, config-dependent email-authentication bypass rather than a high-urgency flaw. The provided CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:H/A:N = 5.9) is internally consistent with the description: network-reachable and unauthenticated (PR:N), but with high attack complexity (AC:H) because exploitation depends on specific forwarding setups and one of several non-default conditions. Impact is integrity-only (I:H; C:N/A:N), reflecting message/sender-authenticity spoofing - not data theft. No EPSS score, KEV listing, or POC was provided, so there is no signal of active exploitation or automation; exploitation status is 'no public exploit identified at time of analysis.' The signals are coherent (no contradiction between vector and description), but note the 'Information Disclosure' tag conflicts with the CVSS C:N/I:H profile - this is a sender-spoofing / DMARC-bypass (confused-deputy, CWE-441) integrity issue, not a confidentiality one. Real-world priority is driven by whether an organization actually runs hMailServer 6.0.0-6.3.6 as a forwarding/list host with SRS, envelope rewrite, or the described list/subdomain/empty-sender conditions; absent those, the practical risk is low. Patch is confirmed available (v6.3.7). |
| Exploit ScenarioDerived | An external attacker sends an email with a From: address at a domain hosted by the vulnerable hMailServer, aimed at a mailbox, list, alias, or rule that forwards or redirects to an outside recipient. When hMailServer relays the copy, it stamps a new SMTP envelope identity (e.g. an SRS-rewritten sender, the list bounce address, or the server's own hostname) that aligns with the spoofed From and is SPF-authorized, so the forwarded message passes SPF-based DMARC at downstream receivers even though it failed DMARC on arrival. No public exploit code was identified, but the attack requires no authentication and no victim interaction. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
hMailServer 6.0.0 through 6.3.6 can be induced to forward or redistribute mail under an SMTP identity that satisfies the hosted domain's own SPF and DMARC checks, so a remote, unauthenticated attacker can write a message whose From names a domain the server hosts and have it delivered to outside receivers as DMARC-passing. The flaw is configuration-dependent: it requires a forward, Sieve redirect, alias or mailing list that carries hosted-domain mail to an external address, plus one of several additional conditions (SRS or envelope-sender rewriting enabled - both off by default - a list bounce address inside the domain's organization, a subdomain envelope sender whose SPF authorizes the server, or an empty envelope sender with an SPF-authorized hostname). Scored CVSS 5.9 (AC:H, no confidentiality or availability impact, high integrity impact); at time of analysis no public exploit code was identified, and the vendor addressed the issue in release 6.3.7.
RemediationAI
Upgrade to hMailServer 6.3.7, which the vendor released to correct this forwarding-identity defect (see https://gitlab.com/hmailserver/hmailserver/-/releases/v6.3.7 and https://gitlab.com/hmailserver/hmailserver/-/work_items/90). Where upgrading must be staged, reduce exposure by keeping the Sender Rewriting Scheme and envelope-sender rewriting on forwarding disabled (their default state, and the two most direct triggers), by ensuring mailing-list bounce addresses are not placed in a hosted domain's organizational domain, by auditing aliases, mail rules, Sieve scripts and account forwards that expand to external recipients and gating them behind review, and by tightening SPF for hosted subdomains and for the server's own hostname so SPF no longer authorizes the server for identities it forwards under - noting that removing those authorizations may break legitimate outbound mail until SRS or a correct forwarding design is in place. Monitor for externally destined forwarding paths as compensating detection, and track CVE-2026-107567 for the parallel DKIM-based variant so both are closed together.
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
The root cause maps to CWE-441 (Unintended Proxy or Intermediary, i.e. a confused deputy): when hMailServer re-sends a copy of a message it received from an external source - via an account forward, mail-rule forward, Sieve redirect, mailing-list copy, or an alias/list expanding to an outside address - it fails to preserve the original sender's identity in the new SMTP transaction. Instead, the forwarded copy is given an envelope identity belonging to the organization of the hosted domain named in the copy's From header. Depending on configuration that identity may be an address at the forwarding domain (when Sender Rewriting Scheme or envelope-sender rewriting on forwarding is enabled, both off by default), a mailing list's bounce address, the server's own hostname for messages that arrived with an empty envelope sender, or the originally supplied envelope sender when it sat at a subdomain of a hosted domain. Because SPF evaluates the envelope identity and DMARC requires alignment between the From domain and a passing SPF (or DKIM) identifier, any receiving MTA whose SPF lookup for that substituted identity authorizes the server will conclude the forwarded copy passed SPF for a domain aligned with the From - and therefore passed DMARC, even though the message never passed DMARC when hMailServer originally accepted it. This effectively turns hMailServer into an unwitting relay that launders DMARC results for spoofed hosted-domain senders. The analogous DKIM-signature path to the same outcome is tracked separately as CVE-2026-107567.
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:H/PR:N/UI:N/S:U/C:N/I:H/A:N
Remote, unauthenticated (AV:N/PR:N/UI:N) but AC:H due to required forwarding path plus a non-default condition; integrity-only spoofing (I:H) with no confidentiality or availability impact.
Primary rating from Vendor (GitLab).
CVSS VectorVendor: GitLab
DescriptionCVE.org
Insufficient preservation of the original sender in the forwarding of Progressive Robot hMailServer 6.0.0 through 6.3.6 allows a remote unauthenticated attacker to have mail they write, naming in its From an address at a domain the server hosts, delivered to other receivers as passing that domain's DMARC policy. When the server sent on a copy of mail that came from outside - an account's forward, a mail rule's forward, a Sieve redirect, a list's copy, or an alias or list expanding to an outside address - it could give the copy an SMTP identity in the organisation of the domain the copy's From names, whatever the message's origin: with the Sender Rewriting Scheme or the rewrite of the envelope sender on forwarding enabled (both off by default), an address at the forwarding domain; for a list, its bounce address; for a message with an empty envelope sender, none, under the server's own host name; and an envelope sender the message came with at a subdomain of a hosted domain was kept. Where that identity's SPF record authorises the server, other receivers' SPF check of the copy passed for a domain aligned with the From, and DMARC passed with it, although the message had not passed DMARC when the server received it. Exploitation needs a forward, redirect, alias or list that carries the hosted domain's mail to an outside address, and one of: SRS or the envelope rewrite enabled; a list whose bounce address is in the domain's organisation; an envelope sender at a subdomain whose SPF record authorises the server; or, for an empty envelope sender, an SPF record that authorises the server under its host name. The DKIM route to the same result is CVE-2026-107567.
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
Denial of service in hMailServer 6.0.0 through 6.3.6 lets a remote unauthenticated sender exhaust the mail queue and dis
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
EUVD-2026-107321
GHSA-w852-m7j4-xm48
NVD
CVE.org
EPSS
Exploit-DB