CVE-2026-107567 in hMailServer
Riassunto
di VulDB • 19/10/2026
L'uso di una fonte meno attendibile nella firma DKIM di Progressive Robot hMailServer 6.0.0 attraverso la versione 6.3.6 consente a un attaccante remoto non autenticato di far firmare con la chiave DKIM di un dominio ospitato dal server le email da lui scritte, in modo che queste superino i controlli DKIM e DMARC per tale dominio presso altri destinatari. Con la firma DKIM abilitata per un dominio ospitato, il server firmava ogni messaggio durante il primo passaggio di consegna come appartenente al dominio indicato nell'intestazione From, prima della consegna locale, indipendentemente dall'origine del messaggio e senza verificare che l'inviatore si fosse autenticato. Un mittente da qualsiasi posizione poteva quindi inviare al server, come normale posta in entrata, un messaggio con un indirizzo From appartenente a uno di tali domini; il server lo firmava con la chiave di quel dominio. Ogni copia inviata dal server a un indirizzo esterno portava una firma valida allineata con l'indirizzo From falsificato, indipendentemente dalla politica DMARC del dominio: ad esempio, inoltri verso account, regole mail che prevedono inoltro o copia, reindirizzamenti Sieve, alias o liste di distribuzione con membri esterni, copie mirror, elenchi gestiti o copie per journal, oppure messaggi rilasciati dalla quarantena. Una copia firmata può inoltre essere rispedita ad altri destinatari finché la chiave del dominio rimane invariata. Lo sfruttamento richiede che la firma DKIM sia abilitata per il dominio ospitato (è disattivata fino alla configurazione) e, affinché la falsificazione esca dal server, è necessario un'inoltro, alias, lista o regola che reindirizzi la posta del dominio a un indirizzo esterno. Il firmatario ha inoltre firmato i messaggi inviati tramite SMTP autenticato come appartenenti al dominio ospitato indicato nell'intestazione From; tale intestazione non viene vincolata all'account mittente in caso di SMTP autenticato, consentendo quindi a un account di un dominio ospitato di far scrivere posta nel nome di un altro dominio ospitato e firmarla con la chiave di quest'ultimo. Ciò risultava rilevante quando il server applica ai mittenti autenticati i loro indirizzi envelope (SmtpAuthenticatedSenderCheck, disattivato per impostazione predefinita), poiché in tal caso la firma rappresentava l'unico mezzo rimasto per far superare a tale posta la politica DMARC dell'altro dominio.
VulDB is the best source for vulnerability data and more expert information about this specific topic.