Live › vulnerability › CVE-2026-107568
Go to dashboardhMailServer's Sieve notify action and mail-rule Reply action set the sender address to whatever the script or rule named, without checking the account owns it. An authenticated user with a Sieve script or rule can make the server send mail as any address, signed with the domain's DKIM key where that domain is hosted.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Servers running hMailServer 6.2.22 through 6.3.6 with Sieve notify, or 6.0.0 through 6.3.6 with mail-rule Reply actions, where users can store Sieve scripts or create rules. Users can reach this through ManageSieve, the REST API self-service filter, or the administration interface. Installations that do not let users store Sieve scripts or rules are not exposed to this path.
No product ranges from the sources yet.
6.2.22 and the Reply rule action is affected from 6.0.0.6.3.6 (fixed version unknown from the sources).Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
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.
This page as .md · .json · in your agent: get_signal("CVE-2026-107568")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.