CVERadar
HIGH · CVSS 3.1 8.8Exploit-DBPublic PoCEPSS 1.12% (p66)Threat level 51

CVE-2025-25198: CVE-2025-25198: mailcow: dockerized is an open source groupware/email suite based on docker. Prior to vers…

mailcow · mailcow\ · NVD published 2025-02-13 · posted 2025-10-14 · last modified 2026-06-17

What it is

mailcow: dockerized is an open source groupware/email suite based on docker. Prior to version 2025-01a, a vulnerability in mailcow's password reset functionality allows an attacker to manipulate the `Host HTTP` header to generate a password reset link pointing to an attacker-controlled domain. This can lead to account takeover if a user clicks the poisoned link. Version 2025-01a contains a patch. As a workaround, deactivate the password reset functionality by clearing `Notification email sender` and `Notification email subject` under System -> Configuration -> Options -> Password Settings.

WeaknessCWE-601
CVSS vectorCVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H (source: [email protected])
ATT&CK tacticsInitial Access

Exploitation evidence

First exploit evidence seen: 2025-10-14 (earliest date across the sources below).

Exploited in the wild

No source on this site lists in-the-wild exploitation yet (CISA KEV, VulnCheck KEV).

Public exploit code

Exploit-DB

  • EDB-52485: mailcow 2025-01a - Host Header Password Reset Poisoning (2026-03-03)

GitHub proof-of-concept repositories

2 public repositories from 2 accounts, first seen 2025-10-14. Most starred: Groppoxx/CVE-2025-25198-PoC (19 stars), view repository.

Verify before running: public PoCs can be malicious. Read the code and only run it in an isolated lab. A PoC means exploit code is public, not that this CVE is exploited in the wild.

Sources: Exploit-DB (OffSec) · nomi-sec/PoC-in-GitHub.

Defend the Chain

The attack chain for CVE-2025-25198 laid across the MITRE ATT&CK Enterprise tactics. Solid cards come from the MITRE CTID KEV mappings; dashed cards are inferred by CVERadar from the CWE or description. Correct defences are real ATT&CK mitigations for that technique.

Threat level 51/100
Defender level 1 · 0 XP
Chain links broken: 0/1

Pick a red technique card on the board, then choose the defence that stops it.

Defend against T1566.002 Spearphishing Link Inferred

Inferred from CWE CWE-601

How to fix it

Fixed versions

  • mailcow mailcow\: upgrade to 2025-01a or later

Derived from the NVD CPE configuration (versionEndExcluding / versionEndIncluding). Always confirm with the vendor advisory.

Vendor advisories and patches

MITRE ATT&CK mitigations for this chain

  • M1054 Software Configuration (for T1566.002) : Use anti-spoofing and email authentication mechanisms to filter messages based on validity checks of the sender domain (using SPF) and integrity of messages (using DKIM). Enabling these mechanisms within an organization (through policies such as DMARC) may enable recipients (intra-org and cross domain) to perform simil
  • M1021 Restrict Web-Based Content (for T1566.002) : Determine if certain websites that can be used for spearphishing are necessary for business operations and consider blocking access if activity cannot be monitored well or if it poses a significant risk.
  • M1047 Audit (for T1566.002) : Audit applications and their permissions to ensure access to data and resources are limited based upon necessity and principle of least privilege.
  • M1018 User Account Management (for T1566.002) : Azure AD Administrators apply limitations upon the ability for users to grant consent to unfamiliar or unverified third-party applications.
  • M1017 User Training (for T1566.002) : Users can be trained to identify social engineering techniques and spearphishing emails with malicious links which includes phishing for consent with OAuth 2.0. Additionally, users may perform visual checks of the domains they visit; however, homographs in ASCII and in IDN domains and URL schema obfuscation may render

Detection Generic guidance

  • Initial Access: Alert on unusual requests to the affected service (odd paths, oversized payloads, exploit strings) in WAF, reverse-proxy and application logs.

Response checklist Generic guidance

  1. Inventory: find every instance of the affected product and version (include internet-facing and forgotten ones).
  2. Patch or mitigate per the vendor advisory; if you cannot patch, remove internet exposure or apply the vendor workaround.
  3. Assume compromise if the system was exposed before patching: hunt for the indicators in the advisory and review logs back to the disclosure date.
  4. Rotate credentials and secrets stored on or used by the affected system if compromise cannot be ruled out.

Sources