Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCraft email as single non-text MIME part
-
ExploitSubmit to hMailServer with attachment-stripping action enabled
-
ExecutionStripping logic finds no text part to isolate
-
ImpactInfected message delivered unchanged to recipient mailbox
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A10:2025 - Mishandling of Exceptional Conditions
ASVS 5.0
V16 - Security Logging and Error Handling Fail-secure design
|
| Exploitation Conditions | Exploitation requires the server to have virus scanning ENABLED and its action configured to the NON-default 'remove attachments and deliver the text' mode - the default action deletes infected messages and is not vulnerable. The malicious email must also be structured as a single non-text MIME part (a standalone program or archive sent as the whole message, a message carried whole, a file declared as the sole attachment, or a one-part S/MIME-signed message), so the attachment-stripping logic has no separate text part to isolate. No authentication is required (PR:N) and any sender can compose such a message; the principal limiting factors are the non-default scanner-action setting and the fact that real-world harm additionally depends on the recipient's mail client opening the delivered content. |
| Impact | This is a medium-severity integrity/security-control bypass (CVSS 5.8, CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:N/I:L/A:N) rather than a top-tier priority. The signals point to limited real-world risk: no EPSS score was provided, the CVE is NOT in CISA KEV, and no public proof-of-concept is referenced - so this is 'no public exploit identified at time of analysis.' The CVSS vector indicates network reach, low complexity, and no authentication (any sender can email the server), and the scope change (S:C) correctly reflects that the failure's impact lands on the recipient's mailbox/mail client rather than the server itself. However, the raw base metrics understate a key limiting factor: exploitation only works when the operator has selected the NON-default anti-virus action ('remove attachments and deliver the text') - the shipped default deletes infected messages outright and is not affected. The CWE-636 ('Not Failing Securely') classification matches the described behavior precisely. Net: a legitimate defense-in-depth bypass worth patching, but materially constrained by a non-default configuration dependency and by the fact that final harm requires the recipient to open the delivered content. EPSS/KEV/POC data is absent, so no exploitation-probability signal is available to contradict or reinforce the moderate CVSS. |
| Exploit ScenarioDerived | An attacker sends an email to a hMailServer instance (6.0.0-6.3.6) that has virus scanning enabled with its action set to the non-default 'remove attachments, deliver the text' mode. The attacker crafts the message as a single non-text MIME part - e.g. an executable, an archive, a whole forwarded message, a file declared as an attachment, or a single-part S/MIME-signed message - so the stripping logic finds no separate text part to preserve and therefore delivers the scanner-flagged infected content to the recipient unchanged, with only an application-log line as evidence. No public exploit code is identified, but crafting such a message requires no special tooling and no authentication. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 21, 2026
Antivirus attachment-stripping in Progressive Robot hMailServer 6.0.0 through 6.3.6 fails open, letting a remote unauthenticated sender have content the server's own virus scanner flagged as infected delivered unchanged into the recipient's mailbox. The bypass only triggers when virus scanning is enabled and the action is set to the non-default 'remove attachments and deliver the text' mode; messages crafted as a single non-text MIME part (a bare program or archive as the whole message, a whole forwarded message, a file declared as the sole attachment, or a one-part S/MIME-signed message) give the stripping routine no text part to isolate and are delivered as they arrived, leaving only an application-log line as evidence. No public exploit code has been identified at time of analysis and the issue is not in CISA KEV; practical harm additionally depends on the recipient's mail client opening the delivered content.
RemediationAI
Upgrade to hMailServer v6.3.7 (https://gitlab.com/hmailserver/hmailserver/-/releases/v6.3.7), which is the vendor-released patch referenced by the CVE record; admins should also re-verify scanner-action settings after upgrading. Where an immediate upgrade is not possible, the lowest-cost compensating control is to change the anti-virus action from 'remove attachments and deliver the text' to the default delete-the-message behavior, at the trade-off of losing legitimate mail that trips a signature; alternatively, keep stripping enabled but add a server-side rule or gateway filter that rejects or quarantines messages consisting of a single non-text MIME part (bare executables and archives, whole-message forwards, lone declared attachments, one-part S/MIME bodies), accepting that this will also block some benign mail such as signed-only messages and file-only forwards. Blocking or quarantining single-part non-text messages at the edge is preferable to disabling attachment handling entirely, since disabling it leaves all infected mail delivered untouched.
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 class is CWE-636 (Not Failing Securely): hMailServer's attachment-stripping routine is written to locate one text part inside a multipart message, replace every attachment with a notice, and deliver the remainder. When a message has no separate text part to isolate, the routine has nothing to pick out and instead of failing closed (deleting or quarantining the message, as the default delete-the-message action does), it degrades to delivering the original content verbatim. The affected surface is ordinary SMTP message ingestion plus MIME multipart parsing and S/MIME handling inside hMailServer's anti-virus integration - the scanner itself detects the infection correctly, so this is a control-logic failure downstream of detection, not a signature evasion. CPE data (cpe:2.3:a:progressive_robot_ltd:hmailserver) carries a wildcard version, with the vendor's fix release and the related GitLab work item confirming the bug spans 6.0.0 through 6.3.6. The CVSS vector's scope change (S:C) reflects that the server's security control is bypassed while the impact lands in the recipient's mail client.
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:L/PR:N/UI:N/S:C/C:N/I:L/A:N
Any remote unauthenticated sender (AV:N/PR:N) can trivially craft the single-part message (AC:L); the stripping bypass's integrity impact falls on the recipient (S:C, I:L), with no confidentiality or availability effect.
Primary rating from Vendor (GitLab).
CVSS VectorVendor: GitLab
DescriptionCVE.org
Not failing securely in the anti-virus attachment-stripping action of Progressive Robot hMailServer 6.0.0 through 6.3.6 allows a remote unauthenticated attacker to have a message that the server's virus scanner found infected delivered to the recipient's mailbox unchanged. With virus scanning enabled and its action set to remove attachments and deliver the text (the default action deletes the message), the server keeps one text part of an infected message and replaces every attachment with a note. A message whose single part is not text - a program or an archive sent as the whole message, a message carried whole, a file declared an attachment, or an S/MIME message signed as one part, whose content the recipient's mail client opens - had no part the action could pick out, and was delivered as it arrived, with the content the scanner had found and nothing but a line in the application log to show it. Any sender can write such a message.
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-107322
GHSA-c5hp-vrp8-f5pg
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB