CVE-2026-107566
Falta de autorización en la acción editheader de Sieve (desde 6.2.22 hasta 6.3.6) y en la acción Set header value de las reglas de correo (desde 6.0.0 hasta 6.3.6) de Progressive Robot hMailServer permite a un usuario autenticado hacer que el servidor envíe correo como cualquier dirección, firmada con DKIM cuando la dirección pertenece a un dominio para el que el servidor firma.
Leer descripción completaMostrar menos
El editheader (addheader/deleteheader) de un script de Sieve podía añadir o eliminar cualquier campo de cabecera excepto Received y Return-Path, y el servidor aplica las modificaciones de cabeceras de un script antes de poner en cola una redirección, de modo que la copia redirigida se envía tal como la dejó el script. El servidor firma la primera pasada de entrega de un mensaje como el dominio indicado en su cabecera From siempre que firme DKIM para ese dominio y el mensaje no lleve ninguna firma de dicho dominio. Por tanto, un script podía eliminar y volver a añadir From -la dirección de otra cuenta, o la de cualquiera en un dominio alojado- y redirigir, de modo que el servidor enviaba el mensaje con ese nombre y, en el caso de un dominio alojado, lo firmaba con la clave DKIM de ese dominio, una falsificación alineada para superar el DMARC del dominio; o bien, cuando el dominio de otro remitente es uno para el que el servidor firma, eliminar la DKIM-Signature con la que llegó el mensaje de ese remitente, alterar un campo y redirigir, de modo que el servidor volvía a firmar el mensaje alterado como el dominio de ese remitente. editheader no imponía restricción alguna sobre From, Sender, Resent-From, Resent-Sender ni DKIM-Signature. La acción editheader se introdujo en la versión 6.2.22. En el motor de reglas de correo, la acción Set header value de las reglas de un dominio o de una cuenta también podía establecer From, Sender, Resent-From, Resent-Sender o DKIM-Signature antes de un reenvío o una copia, independientemente de a quién perteneciera la regla, de modo que una cuenta que actuara sobre sus propias reglas mediante COM, un administrador de dominio o una clave de API limitada a un dominio (a través de la API REST desde la versión 6.3.4) podían hacer que el servidor reenviara o copiara un mensaje en nombre de cualquier dirección, firmado, cuando esa dirección pertenece a un dominio alojado por el servidor con la firma DKIM habilitada, usando la clave de ese dominio.
Traducción automática del texto original de NVD (en inglés).
CVSS
- Puntuación base
- 6.5
- Versión
- 3.1
- Vector
- CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
Probabilidad de explotación (EPSS)
- Probabilidad de explotación en los próximos 30 días
- 0.18 %
- Percentil entre todas las CVEs puntuadas
- 7
- Fecha de la puntuación
- 20/10/2026
EPSS (Exploit Prediction Scoring System, de FIRST) estima la probabilidad de que una vulnerabilidad sea explotada en 30 días. Complementa a CVSS (impacto) y a CISA KEV (explotación confirmada).
Técnicas ATT&CK
Cómo se explota esta vulnerabilidad y qué consigue el atacante, en el lenguaje de MITRE ATT&CK.
- Explotación
T1210Exploitation of Remote Serviceslateral movement85 % - Impacto principal
T1036Masqueradingstealth80 % - Impacto secundario
T1565Data Manipulationimpact50 %
Vector AV:N con PR:L (usuario autenticado en red) y CWE-862; el atacante envía correo en nombre de otras direcciones firmado con DKIM mediante editheader o reglas, sin usar credenciales robadas (no aplica T1078).
Inferido por nuestro agente de análisis a partir de la descripción oficial, el vector CVSS y la CWE, y comprobado por un supervisor. Puede contener errores.
Mitigaciones ATT&CK que cubren estas técnicas
Tecnologías afectadas (1)
⚠ Inferidas por IA a partir de la descripción — NVD aún no ha analizado esta CVE; no son CPE verificados.
CWE
- CWE-862
Referencias
JSON original (NVD)
Mostrar
{
"id": "CVE-2026-107566",
"cveTags": [],
"metrics": {
"cvssMetricV31": [
{
"type": "Secondary",
"source": "cve@gitlab.com",
"cvssData": {
"scope": "UNCHANGED",
"version": "3.1",
"baseScore": 6.5,
"attackVector": "NETWORK",
"baseSeverity": "MEDIUM",
"vectorString": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N",
"integrityImpact": "HIGH",
"userInteraction": "NONE",
"attackComplexity": "LOW",
"availabilityImpact": "NONE",
"privilegesRequired": "LOW",
"confidentialityImpact": "NONE"
},
"impactScore": 3.6,
"exploitabilityScore": 2.8
}
]
},
"affected": [
{
"source": "cve@gitlab.com",
"affectedData": [
{
"repo": "https://gitlab.com/hmailserver/hmailserver",
"vendor": "Progressive Robot Ltd",
"product": "hMailServer",
"versions": [
{
"status": "affected",
"version": "6.0.0",
"versionType": "semver",
"lessThanOrEqual": "6.3.6"
}
],
"defaultStatus": "unaffected"
}
]
}
],
"published": "2026-10-19T16:17:01.460",
"references": [
{
"url": "https://gitlab.com/hmailserver/hmailserver/-/releases/v6.3.7",
"source": "cve@gitlab.com"
},
{
"url": "https://gitlab.com/hmailserver/hmailserver/-/work_items/83",
"source": "cve@gitlab.com"
}
],
"vulnStatus": "Deferred",
"weaknesses": [
{
"type": "Primary",
"source": "cve@gitlab.com",
"description": [
{
"lang": "en",
"value": "CWE-862"
}
]
}
],
"descriptions": [
{
"lang": "en",
"value": "Missing authorization in the Sieve editheader action (6.2.22 through 6.3.6) and in the mail-rule Set header value action (6.0.0 through 6.3.6) of Progressive Robot hMailServer allows an authenticated user to make the server send mail as any address, DKIM-signed where the address is at a domain the server signs for. A Sieve script's editheader (addheader/deleteheader) could add or delete any header field except Received and Return-Path, and the server applies a script's header edits before it queues a redirect, so the redirected copy is sent as the script left it. The server signs a message's first delivery pass as the domain named in its From header wherever it signs DKIM for that domain and the message carries no signature of it. A script could therefore delete and re-add From - another account's address, or anyone's at a hosted domain - and redirect, so the server sent the message in that name and, for a hosted domain, signed it with that domain's DKIM key, a forgery aligned to pass the domain's DMARC; or, where another sender's domain is one the server signs for, delete the DKIM-Signature that sender's message arrived with, alter a field, and redirect, so the server re-signed the altered message as that sender's domain. editheader placed no restriction on From, Sender, Resent-From, Resent-Sender or DKIM-Signature. The editheader action was introduced in 6.2.22. In the mail-rule engine, a domain's or an account's rule's Set header value action could likewise set From, Sender, Resent-From, Resent-Sender or DKIM-Signature ahead of a forward or a copy, 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 the server forward or copy a message in the name of any address, signed, where that address is at a domain the server hosts with DKIM signing enabled, with that domain's key."
}
],
"lastModified": "2026-10-19T21:14:14.150",
"sourceIdentifier": "cve@gitlab.com"
}