Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain confined serveradmin (domain-list) credential
-
ExploitInvoke COM server-administrator check locally
-
ExecutionAuthorization treats grant as whole-server admin
-
ImpactRead/modify all domains, settings and secrets
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Attacker must already possess an account assigned the serveradmin role WITH a domain list - a credential an administrator created specifically to confine that admin to named domains - and reach the COM administration API either through the Control Panel or a script executed on the server host. The flaw is that the COM server-administrator check reads administer_server as whole-server regardless of the attached domain list; a parallel domainadmin-with-list case, when the COM domain-administrator check is called with no domain, lets a domainadmin administer domains its list excludes (including ones outside its own domain). Limiting factors that reduce real-world risk: exploitation requires an already-provisioned (if confined) privileged credential and local/on-host COM access, it affects only versions 6.3.4 through 6.3.6, and an account holding serveradmin with NO list is the intended server administrator and is unaffected, as are the help desk, auditor and custom roles. |
| Impact | Signals are mixed and point to a credentialed privilege-escalation rather than a mass-exploitable bug. The CVSS 3.1 vector (AV:L/AC:L/PR:L/UI:N, C:H/I:H/A:H, base 7.8 HIGH) confirms local attack vector with low attacker privileges already required - the exploit presupposes an attacker who already holds a provisioned serveradmin credential that an administrator deliberately confined to a domain list, so this is a trust-boundary/delegation failure (CWE-863 Incorrect Authorization), effectively an insider or delegated-admin escalation, not a remote unauthenticated takeover. No EPSS score, KEV entry, SSVC decision data, or POC was provided in the input, so there is no public exploit identified at time of analysis and no evidence of active or automatable exploitation; the absence of these signals, combined with AV:L and PR:L, argues this is a genuine-but-targeted integrity issue rather than a widespread-attack priority. Note the one tension worth verifying: the description says the confined credential 'signed in through the Control Panel' (which could sound network-facing) yet the official vector is AV:L and the realistic path is a script run on the server over the local COM API - treat exploitation as local/on-host, consistent with AV:L. Priority is moderate: patch promptly where delegated/confined admin accounts exist, but mass internet exploitation risk is low. |
| Exploit ScenarioDerived | An administrator provisions a serveradmin account restricted to a specific domain list, intending to delegate limited administration. Because the COM server-administrator check reads administer_server as whole-server regardless of the domain list, that confined account signs in via the Control Panel or a local script and operates as full server administrator - reading and altering every domain's mail and accounts, rewriting server settings and secrets, and creating new server-admin accounts. No public exploit code is identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Incorrect authorization in the COM administration API of hMailServer 6.3.4 through 6.3.6 lets a credential holding the serveradmin role *with* an attached domain list - an account an administrator deliberately confined to specific domains - act as full server administrator over COM, and a parallel flaw lets a domainadmin-with-list credential administer domains its list excludes when the COM domain-administrator check is invoked with no domain argument. The result is a privilege escalation from a confined, authenticated (PR:L) administrative account to whole-server control: reading and altering every domain's accounts and mail, renaming or aliasing domains, writing server settings and secrets, and minting additional server-administrator accounts. Exploitation requires local/on-host access to the COM API (via the Control Panel or a script running on the server), only versions 6.3.4-6.3.6 are affected, and serveradmin accounts with no domain list (the intended whole-server administrator) plus help desk, auditor and custom roles are unaffected; no public exploit code was identified at time of analysis and the CVE is not in CISA KEV.
RemediationAI
Vendor-released patch: upgrade to hMailServer 6.3.7 (https://gitlab.com/hmailserver/hmailserver/-/releases/v6.3.7), which corrects the COM server-administrator check so an administer_server grant carrying a domain list is scoped to those domains and fixes the domain-administrator path invoked without a domain. Until the upgrade is applied, audit every account holding the serveradmin role and identify those with an attached domain list: either convert them to plain domainadmin grants for the same domains (trade-off: the account loses genuine server-level capabilities such as settings and secret management) or remove the domain list only where whole-server authority is genuinely intended, and review domainadmin lists to ensure each includes the account's own domain. Because the vector is local (AV:L), restrict interactive logon, RDP and the ability to run scripts on the hMailServer host to a small trusted set of administrators and tighten ACLs on the hMailAdmin binaries and the server's data and configuration directories (trade-off: reduced operational convenience for delegated staff who currently script COM administration on the host). Monitor hMailServer logs and the Windows security log for COM-initiated creation of new server-administrator accounts, domain renames or alias remapping, and settings changes originating from accounts that should be domain-scoped, then rotate any server settings, secrets or mail credentials those accounts could reach.
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 exposes two administrative surfaces - a REST API and a legacy COM (Component Object Model) administration API used by the hMailAdmin Control Panel and by on-host scripts. Both are meant to honor role scoping: a serveradmin grant with a domain list should confine that administrator to the enumerated domains, and a domainadmin grant with a list should confine it to those domains. CWE-863 (Incorrect Authorization) arises here because the COM server-administrator check evaluated the administer_server permission as conferring whole-server authority regardless of any domain list attached to the grant, while the REST API handled the same case correctly - an inconsistency between two enforcement points over the same permission model. A second, related defect exists in the COM domain-administrator check: when called with no domain argument, it did not resolve the caller's own domain or list, so a domainadmin credential whose list omits its own domain could still administer that domain's ordinary accounts. Because COM access is local (AV:L, PR:L, no user interaction), the practical attack surface is the server host itself - anyone who can run code or open the Control Panel there with a confined admin credential. The vendor addressed this in the v6.3.7 release; the affected CPE range is progressive_robot_ltd:hmailserver through 6.3.6.
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:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Requires an already-provisioned but confined serveradmin credential used over the local COM API, so PR:L and AV:L; the authorization flaw yields full server control, giving C:H/I:H/A:H.
Primary rating from Vendor (GitLab).
CVSS VectorVendor: GitLab
DescriptionCVE.org
Incorrect authorization in the COM administration API of Progressive Robot hMailServer 6.3.4 through 6.3.6 allows an account assigned the serveradmin role with a list of domains - a credential an administrator may create meaning to confine it to those domains - to act as the whole-server administrator over COM. Administrator roles are meant to confine such a credential to the domains its list names, and the REST API did not take it for the server administrator, but the COM API's server-administrator check read the administer_server permission as the whole server whatever list the grant carried. So the credential signed in through the Control Panel, or through a script run on the server, as the server administrator of every domain: it could read and change every domain's accounts and mail, rename any domain, map a domain alias onto any, write the server's settings and secrets, and create further server-administrator accounts. The COM API's domain-administrator check, asked with no domain, likewise let an account assigned the domainadmin role with a list of domains that leaves out the account's own domain administer that domain's ordinary accounts over COM. An account holding serveradmin with no list is the server administrator by design and is unaffected, as are the help desk, auditor and custom roles.
Articles & Coverage 1
Executive ViewAI
hMailServer 6.3.4 through 6.3.6 contains a high-severity authorization flaw that lets an authenticated, domain-confined administrator with local/on-host COM API access escalate to full server administrator. This exposes all domains’ mail, account data, server settings, and secrets, and could allow creation of additional server-admin accounts; leadership should care because a deliberately limited administrative account can become a whole-server compromise, while no vendor-released patch is identified at time of analysis and no public exploit has been identified at time of analysis.
No vendor-released patch identified at time of analysis; restrict local/on-host COM API and Control Panel access to trusted administrators, avoid assigning the serveradmin role to accounts intended to be confined to specific domains, review serveradmin accounts with attached domain lists and domainadmin accounts where COM calls without a domain argument are possible, disable unnecessary administrative accounts, enforce least privilege and local logon restrictions, isolate the hMailServer host, monitor for new serveradmin accounts and cross-domain COM operations, rotate secrets, and maintain backups.
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
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
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
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
Denial of service in Progressive Robot hMailServer 6.3.4 and 6.3.5 lets a remote unauthenticated attacker stall mail del
EUVD-2026-107329
GHSA-x628-2rx4-74pm
NVD
CVE.org
EPSS
Exploit-DB