CVE-2026-107568: Missing Authorization in hMailServer

Published Oct 19, 2026
·
Updated

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

1 affected component
Progressive Robot hMailServer>=6.2.22<=6.3.6, >=6.0.0<=6.3.6

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade Progressive Robot hMailServer to a version that resolves this vulnerability.

    Fixed in 6.3.7
  2. 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
  3. Configuration

    Until upgrading, set RestApiPort=0, the default, when the webmail filter editor is not wanted.

    hMailServer REST API RestApiPort = 0
  4. 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

Oct 19, 2026
CVE Published
via MITRE·03:34 PM
Data Sourced
via MITRE·03:34 PM
RemedyDescriptionSeverityWeakness
Data Sourced
via NVD·04:17 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

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.

2

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.

3

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.

4

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.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203