CVE-2026-107568: Missing Authorization in hMailServer
Missing authorization in the Sieve notify action (6.2.22 through 6.3.6) and in the mail-rule Reply action (6.0.0 through 6.3.6) of Progressive Robot hMailServer allows an authenticated user to send mail through the server as any address. A Sieve notify sends a notification message, and its :from tag names the sender; the server set the notification's From header to that :from as the script wrote it, without checking that the address belongs to the account - the check that the Sieve vacation action applies to its own :from, and that the server applies to the sender of mail queued over COM or sent from the webmail. An account that can store a Sieve script (over ManageSieve, the REST API's self-service filter, or the administration interface) could therefore have the server send a notification from any address, on this server or anywhere; and where the claimed address is at a domain the server hosts with DKIM signing enabled, the server signed the notification with that domain's DKIM key, because it signs by the From header's domain, producing forged mail aligned to pass the domain's DMARC policy. The notify action and this behaviour were introduced in 6.2.22. In the mail-rule engine, a rule's Reply was likewise sent from whatever address the action named, whoever the rule belonged to, so that an account acting on its own rules over COM, a domain administrator, or an API key confined to a domain (over the REST API from 6.3.4) could have a domain's or an account's rule reply from any address, signed, where that address is at a domain the server hosts with DKIM signing enabled, with that domain's key.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
Progressive Robot hMailServerto a version that resolves this vulnerability.Fixed in 6.3.7 - Configuration
Until upgrading, keep ManageSieve off by setting ManageSieveServerPort=0, the default, or bind it to the loopback interface where accounts do not need to set Sieve scripts.
hMailServer ManageSieve ManageSieveServerPort = 0 or loopback - Configuration
Until upgrading, set RestApiPort=0, the default, when the webmail filter editor is not wanted.
hMailServer REST API RestApiPort = 0 - Operational
Review active Sieve scripts for a notify whose :from is not the account's own address or an alias, and review account and domain rules for a Reply from an address the rule owner may not send as.
Event History
Frequently Asked Questions
Who can exploit this issue?
An authenticated hMailServer account that can store a Sieve script can exploit the Sieve issue through ManageSieve, the REST API self-service filter, or the administration interface. The affected mail-rule Reply action is also present in the mail-rule engine, but the provided information does not specify its access requirements.
What can an attacker do with a successful exploit?
The attacker can cause the server to send mail using any address as the From address, including addresses at domains not hosted by the server. If the claimed address belongs to a hosted domain with DKIM signing enabled, the server signs the message with that domain's DKIM key, potentially producing mail aligned to pass that domain's DMARC policy.
Which versions are affected?
The Sieve notify issue affects versions 6.2.22 through 6.3.6. The mail-rule Reply issue affects versions 6.0.0 through 6.3.6.
What version fixes the issue?
The provided release reference identifies version 6.3.7 as the relevant fixed release. Upgrade affected installations to that release if possible.