Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as customer account
-
DeliveryAccess email alias management interface
-
ExploitSubmit spoofed sender alias
-
ExecutionBypass domain ownership validation
-
ImpactSend email as victim address
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a valid authenticated customer account on a Froxlor instance with email sender alias functionality enabled (standard configuration). The attacker must have access to the email alias management interface, which is typically available to all customers in the hosting control panel. The vulnerability affects any domain that is not owned by the attacker's account-meaning an attacker with one customer account can spoof sender addresses on domains belonging to other customers within the same Froxlor installation. No special network configuration, non-default settings, or user interaction is required beyond authentication and accessing the alias management feature. The vulnerability is limited by the PR:L requirement (authenticated customer account must exist) and the scope constraint (integrity impact is limited to email sender identity within the customer's administrative boundary, not system-wide compromise). |
| Impact | This vulnerability presents moderate real-world risk despite the 5.0 CVSS score, which reflects its limited scope (same administrative domain only, not cross-system). The CVSS vector (AV:N/AC:L/PR:L/UI:N/S:C/C:N/I:L/A:N) accurately describes the attack: network-accessible, no complexity, requires low privilege (authenticated customer account), no user interaction, and impacts integrity of email sender identity across the customer's administrative scope. The low integrity impact (I:L) is somewhat understated-spoofing email sender addresses is a significant integrity breach that can facilitate social engineering, fraud, and credential theft, but CVSS correctly reflects that it does not directly compromise confidentiality or availability. The PR:L requirement (authenticated customer) is the key limiting factor; this is not an unauthenticated remote code execution. Real-world risk depends on deployment type: shared hosting providers with many customer accounts face elevated risk, while single-tenant or private deployments have minimal exposure. The vulnerability is straightforward to exploit once authenticated-no special complexity-and affects all versions before 2.3.6. No EPSS data, KEV listing, or public proof-of-concept code was provided, suggesting limited real-world exploitation to date, though the simplicity of the attack means weaponization is trivial if discovered. |
| Exploit ScenarioDerived | A malicious customer on a shared Froxlor-managed hosting platform authenticates to their account and navigates to the email sender alias management interface. They attempt to add a sender alias for user@competitor.com, a domain belonging to a different customer. Due to the array indexing bug, the domain ownership validation checks whether the local part 'user' exists as a domain (which it does not), and the check silently passes. The attacker can now send emails from user@competitor.com, potentially conducting phishing attacks, invoice fraud, or credential theft against recipients who trust the spoofed address. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Apr 23, 2026
Froxlor versions prior to 2.3.6 fail to validate domain ownership correctly when adding full email sender aliases, allowing authenticated customers to add sender aliases for email addresses on domains belonging to other customers and subsequently send emails as those addresses via Postfix sender_login_maps authorization. The vulnerability stems from an array indexing error in EmailSender::add() that passes the local part of an email address instead of the domain to the ownership validation function, causing the check to pass for non-existent domains. No active exploitation has been confirmed at the time of analysis.
RemediationAI
Upgrade to Froxlor version 2.3.6 or later immediately to apply the vendor-released patch, which corrects the array indexing error in EmailSender::add() to properly validate domain ownership. The fix is available from the official Froxlor GitHub repository (https://github.com/froxlor/froxlor/releases/tag/2.3.6) and the commit implementing the correction is available at https://github.com/froxlor/froxlor/commit/77d04badf549d5f8429828f0fbc69bc37a35e07a. No workaround is available for versions prior to 2.3.6; patching is the only remediation. Organizations unable to immediately patch should restrict access to the email sender alias management functionality to trusted administrators only, disable customer self-service email alias creation if that feature exists, and monitor sender_login_maps logs for unexpected sender addresses.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in composer, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability exists in the EmailSender::add() method of Froxlor, an open-source server administration platform that manages email services among other hosting features. When processing full email sender aliases (email addresses that users can send from), the code splits an email address into local and domain components but uses an incorrect array index when retrieving the domain portion for validation. Specifically, it passes the local part (everything before the @) to validateLocalDomainOwnership() instead of the domain part (everything after the @). This function is designed to verify that the requesting customer actually owns the domain in question. The error causes the validation to check ownership of non-existent or invalid domain strings, which fail silently and allow the operation to proceed. Postfix's sender_login_maps then trusts this validation and authorizes the attacker to send mail as the spoofed address. The root cause falls under CWE-863 (Incorrect Authorization), as the access control check fails due to improper validation logic rather than a missing check.
Know when Froxlor 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:L/UI:N/S:C/C:N/I:L/A:N
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
Lifecycle Timeline
3DescriptionGitHub Advisory
Froxlor is open source server administration software. Prior to version 2.3.6, in EmailSender::add(), the domain ownership validation for full email sender aliases uses the wrong array index when splitting the email address, passing the local part instead of the domain to validateLocalDomainOwnership(). This causes the ownership check to always pass for non-existent "domains," allowing any authenticated customer to add sender aliases for email addresses on domains belonging to other customers. Postfix's sender_login_maps then authorizes the attacker to send emails as those addresses. Version 2.3.6 fixes the issue.
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
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Command Injection in GitHub repository froxlor/froxlor prior to 2.0.8. Rated high severity (CVSS 8.8), this vulnerabilit
Improper Restriction of Excessive Authentication Attempts in GitHub repository froxlor/froxlor prior to 2.0.20. Rated cr
Authentication Bypass by Primary Weakness in GitHub repository froxlor/froxlor prior to 2.0.13. Rated critical severity
Froxlor through 0.10.29.1 allows SQL injection in Database/Manager/DbManagerMySQL.php via a custom DB name. Rated critic
Command injection in Froxlor server admin before 2.3.4 due to typo (== instead of =) disabling input validation entirely
Improper Link Resolution Before File Access in GitHub repository froxlor/froxlor prior to 2.1.0. Rated high severity (CV
Unrestricted Upload of File with Dangerous Type in GitHub repository froxlor/froxlor prior to 2.0.14. Rated high severit
Cross-Site Request Forgery (CSRF) in GitHub repository froxlor/froxlor prior to 2.0.11. Rated high severity (CVSS 8.8),
Code Injection in GitHub repository froxlor/froxlor prior to 2.0.11. Rated high severity (CVSS 8.8), this vulnerability
Code Injection in GitHub repository froxlor/froxlor prior to 2.0.10. Rated high severity (CVSS 8.8), this vulnerability
An issue was discovered in Froxlor before 0.10.14. Rated high severity (CVSS 8.8), this vulnerability is remotely exploi
Froxlor is open source server administration software. Rated high severity (CVSS 7.5), this vulnerability is remotely ex
EUVD-2026-25186
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB