GFI MailEssentials AI versions prior to 22.4 contain a stored cross-site scripting vulnerability in the Keyword Filtering rule creation workflow. An authenticated user can supply HTML/JavaScript in the ctl00$ContentPlaceHolder1$pv1$TXB_RuleName parameter to /MailEssentials/pages/MailSecurity/contentchecking.aspx, which is stored and later rendered in the management interface, allowing script execution in the context of a logged-in user.
Security readout for executives and security teams
Plain-English summary
This is a stored cross-site scripting issue in GFI MailEssentials AI before 22.4. A logged-in user can save malicious content in a Keyword Filtering rule name, which later runs in another logged-in user's browser when viewed in the management interface.
Executive priority
Treat as a moderate-priority patching item. It is not reported as actively exploited, but it affects a security management product and could let a lower-privileged or compromised account affect an administrator session.
Technical view
CVE-2026-23604 is CWE-79 stored XSS in /MailEssentials/pages/MailSecurity/contentchecking.aspx via the Keyword Filtering rule name parameter. CVSS 3.1 is 5.4: network reachable, low attack complexity, low privileges required, user interaction required, changed scope, low confidentiality and integrity impact.
Likely exposure
Exposure is most likely for organizations running GFI MailEssentials AI versions before 22.4 where authenticated users can create Keyword Filtering rules and other users access the management interface.
Exploitation context
The provided sources do not show KEV listing or confirmed active exploitation. Exploitation requires authenticated access and a victim viewing the stored rule in the management interface, limiting broad unauthenticated risk but preserving insider or compromised-account risk.
Researcher notes
The source bundle identifies the vulnerable workflow and parameter but does not provide evidence of unauthenticated access or active exploitation. Validate role requirements, management UI exposure, stored rendering behavior, and vendor patch level before rating local risk higher.
Mitigation direction
Upgrade GFI MailEssentials AI to version 22.4 or later per vendor release notes.
Restrict MailEssentials management interface access to trusted administrative networks and users.
Review which roles can create or edit Keyword Filtering rules.
Follow GFI guidance for any additional vendor-recommended hardening.
Validation and detection
Inventory deployed GFI MailEssentials AI versions and identify systems before 22.4.
Confirm Keyword Filtering rule creation is limited to expected users.
Review existing rule names for unexpected HTML or script-like content.
Verify updated systems no longer render rule names as executable browser content.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-79: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-79 · source CWE mapping
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.