CVE-2026-40309
MasaCMS vulnerability analysis and mitigation

Overview

CVE-2026-40309 is a Cross-Site Request Forgery (CSRF) vulnerability in Masa CMS's trash management functionality, affecting versions 7.5.2 and earlier. The flaw exists in the cTrash.empty function, which fails to validate anti-CSRF tokens, allowing an attacker to trick a logged-in administrator into permanently deleting all archived content. It was published on May 6, 2026, and affects Masa CMS across multiple release branches (7.2.x, 7.3.x, 7.4.x, and 7.5.x). The vulnerability carries a CVSS v4.0 base score of 7.2 (High) and a CVSS v3.1 base score of 8.1 (High) (GitHub Advisory, Red Hat CVE).

Technical details

The root cause is CWE-352 (Cross-Site Request Forgery), specifically the absence of anti-CSRF token validation in the cTrash.empty function within Masa CMS's cTrash.cfc component, a flaw inherited from the upstream Mura CMS codebase. An attacker crafts a malicious webpage or link that, when visited by an authenticated administrator, silently submits a forged POST request to the trash-emptying endpoint without any confirmation dialog or user consent. No privileges are required on the attacker's side; only passive user interaction (the administrator visiting the malicious page) is needed. The attack is network-accessible and requires no special conditions beyond the victim having an active administrative session (GitHub Advisory).

Impact

Successful exploitation results in irreversible, permanent deletion of all content in the CMS trash bin, with no recovery path through standard CMS tools. This constitutes a high-integrity and high-availability impact — critical content intended for restoration is permanently destroyed, potentially disrupting site operations and causing catastrophic data loss. There is no confidentiality impact, as the attack does not expose sensitive data, but the silent, background execution of the deletion makes detection difficult until the damage is already done (GitHub Advisory, Red Hat CVE).

Exploitability

No public proof-of-concept exploit code or active in-the-wild exploitation has been reported as of the time of publication. The EPSS score is approximately 0.019% (0.000190), indicating a low probability of near-term exploitation. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog. However, the attack is conceptually straightforward — any attacker capable of crafting a basic HTML form and inducing an administrator to visit a malicious page can trigger the exploit (GitHub Advisory).

Exploitation steps

  1. Reconnaissance: Identify a target Masa CMS instance running version 7.5.2 or earlier. Confirm the presence of an administrative interface and identify the trash management endpoint (cTrash.cfc, empty method).
  2. Craft malicious payload: Create an HTML page containing a hidden form that auto-submits a POST request to the target's cTrash.cfc?method=empty endpoint (or equivalent URL) without any CSRF token.
  3. Deliver the payload: Send the malicious link or embed the page in content likely to be visited by a logged-in Masa CMS administrator (e.g., via phishing email, forum post, or injected content).
  4. Trigger execution: When the administrator visits the malicious page while authenticated to the CMS, the browser automatically submits the forged request using the administrator's active session cookies.
  5. Achieve objective: The cTrash.empty function executes without CSRF validation, permanently and irreversibly deleting all content in the CMS trash bin, with no confirmation prompt shown to the victim (GitHub Advisory).

Indicators of compromise

  • Network: Unexpected POST requests to the cTrash.cfc endpoint (e.g., /index.cfm?method=empty or similar trash management URLs) originating from external or unusual referrer domains; requests lacking a valid same-origin Referer header.
  • Logs: CMS or web server access logs showing POST requests to the trash-emptying endpoint from IP addresses or user agents inconsistent with normal administrative activity; requests with no or mismatched Referer headers.
  • Application: Sudden, complete emptying of the CMS trash bin without a corresponding administrator-initiated action recorded in audit logs; absence of expected content that was previously in the trash.
  • Process/Behavior: Administrator sessions active during unusual hours or from unexpected geographic locations coinciding with trash-emptying events (GitHub Advisory).

Mitigation and workarounds

Masa CMS has released patched versions that add mandatory CSRF token validation to the trash-emptying process: upgrade to 7.2.10, 7.3.15, 7.4.10, or 7.5.3 depending on your release branch. If an immediate upgrade is not possible, administrators should: log out of the CMS immediately after completing tasks; use a dedicated browser or private/incognito window exclusively for CMS administration; configure WAF rules to block POST requests to cTrash.cfc lacking a valid same-origin Referer header; and maintain regular, off-site database backups to enable recovery from unauthorized deletion (GitHub Advisory).

Additional resources


SourceThis report was generated using AI

Related MasaCMS vulnerabilities:

CVE ID

Severity

Score

Technologies

Component name

CISA KEV exploit

Has fix

Published date

CVE-2026-40325HIGH8.7
  • MasaCMS logoMasaCMS
  • cpe:2.3:a:masacms:masacms
NoYesMay 06, 2026
CVE-2026-40309HIGH7.2
  • MasaCMS logoMasaCMS
  • cpe:2.3:a:masacms:masacms
NoYesMay 06, 2026
CVE-2026-40326HIGH7.1
  • MasaCMS logoMasaCMS
  • cpe:2.3:a:masacms:masacms
NoYesMay 06, 2026
CVE-2026-40174HIGH7.1
  • MasaCMS logoMasaCMS
  • cpe:2.3:a:masacms:masacms
NoYesMay 06, 2026
CVE-2026-40332MEDIUM5.3
  • MasaCMS logoMasaCMS
  • cpe:2.3:a:masacms:masacms
NoYesMay 06, 2026

Free Vulnerability Assessment

Benchmark your Cloud Security Posture

Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.

Request assessment

Get a personalized demo

Ready to see Wiz in action?

"Best User Experience I have ever seen, provides full visibility to cloud workloads."
David EstlickCISO
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
Adam FletcherChief Security Officer
"We know that if Wiz identifies something as critical, it actually is."
Greg PoniatowskiHead of Threat and Vulnerability Management