Statamic CMS
CVE-2025-64112
HIGH
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain content-creation control-panel account
-
DeliveryInject JS into Collection/Taxonomy title
-
ExploitSuper admin opens compromised content
-
ExecutionScript executes in admin session
-
PersistChange admin password/email via weak CSRF
-
ImpactFull superadmin account takeover
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Output encoding, context-aware escaping
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an authenticated control-panel user who holds permission to create or edit Collections or Taxonomies in Statamic CMS versions ≤ 5.22.0, plus a higher-privileged user (specifically a super admin) who subsequently views the attacker-controlled content in the control panel - the stored payload only fires on that view (UI:R). Exploitation is limited by these two prerequisites (content-creation privilege and admin viewing) and is further enabled by the advisory-noted lack of proper server-side X-CSRF-TOKEN validation, which allows the injected script to perform state-changing account actions. It does not affect default-hardened single-super-admin deployments where no lower-trust editors exist. |
| Impact | This is a genuine but bounded risk. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:H, base 8.0) requires an authenticated attacker (PR:L) and victim interaction (UI:R), which correctly tempers the raw network vector - this is not a mass-exploitable unauthenticated flaw. No EPSS score, no CISA KEV listing, and no public exploit code were provided, so there is no public exploit identified at time of analysis and no evidence of active exploitation; this reads as a moderate-priority patch rather than an emergency. The high C/I/A impacts are justified by the vendor advisory (GHSA-g59r-24g3-h7cm), which describes escalation to full superadmin account takeover (password change on ≤5.21.0, email-change-then-reset on 5.22.0). The realistic constraint is the trust model: exploitation needs a malicious-or-compromised content editor AND a super admin who views the poisoned Collection/Taxonomy in the control panel, so the practical risk concentrates in multi-tenant or lower-trust editorial setups. The advisory also cites lack of proper server-side X-CSRF-TOKEN validation as an amplifying factor, which the CWE-79 label alone does not capture. |
| Exploit ScenarioDerived | A control-panel user with content-creation rights sets a Collection or Taxonomy title to a payload containing JavaScript, which the Blade template renders unescaped and Vue then compiles and executes. When a super admin later opens that Collection/Taxonomy in the control panel, the script runs in their session and - abetted by weak CSRF token validation - changes the super admin's password (≤5.21.0) or email to trigger a reset (5.22.0), yielding account takeover. No public exploit code was provided, but the fix commit and detailed advisory make the technique reproducible. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 30, 2026
Stored cross-site scripting in Statamic CMS 5.22.0 and earlier lets an authenticated control-panel user who holds permission to create or edit Collections or Taxonomies plant malicious JavaScript that executes in a super admin's browser when that content is viewed, enabling full superadmin account takeover - on versions up to 5.21.0 by directly changing the super admin's password, and on 5.22.0 by changing the super admin's email address to trigger an attacker-controlled password reset. Exploitation requires two prerequisites: a lower-privileged content-creation account and a super admin who subsequently opens the compromised Collection or Taxonomy, and it is further enabled by the advisory-noted absence of proper server-side X-CSRF-TOKEN validation on the resulting state-changing requests. This is a genuine but bounded risk: it does not affect default-hardened deployments with a single super admin and no lower-trust editors, and no public exploit code was identified at time of analysis; the flaw is fixed in 5.22.1.
RemediationAI
Upgrade Statamic CMS to 5.22.1 or later - this is the vendor-released patch and the only complete fix; the change is the addition of the v-pre directive in the affected Blade templates (collections/empty, forms/show, taxonomies/empty, taxonomies/show, usergroups/show) as captured in commit e513751f433679ce698606e20c554a0c839987c1, with details in GitHub advisory GHSA-g59r-24g3-h7cm. Because no patched version is confirmed to exist for earlier release branches, treat 5.22.1 as the target. If immediate upgrade is not possible, apply compensating controls with their trade-offs: restrict the Collections and Taxonomies create/edit permissions to the smallest possible set of trusted users (reduces but does not eliminate risk, since any editor with the permission can still plant the payload), and require super admins to avoid opening untrusted Collection or Taxonomy entries until patched (operationally difficult and easy to violate). Enforce rigorous server-side CSRF token validation on all account-management endpoints and consider requiring re-authentication or an out-of-band confirmation for super admin email and password changes - this directly counters the advisory-noted gap and blunts the takeover step even if script execution occurs, at the cost of extra friction for legitimate admins. Finally, audit super admin account records for unexpected email or password changes and monitor control-panel logs for content titles containing script-like markup.
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in composer
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The issue is a CWE-79 stored cross-site scripting flaw rooted in how Statamic's control-panel Blade views render Collection, Taxonomy, Form, and User Group titles. Titles are passed through Laravel's translation helper and emitted unescaped into Blade templates that are subsequently mounted and compiled by Vue on the client side, so attacker-controlled title text can be interpreted as a Vue template expression rather than inert display text. The upstream fix (commit e513751f433679ce698606e20c554a0c839987c1) does not simply escape output - it adds the v-pre directive to the affected <h1> elements in collections/empty.blade.php, forms/show.blade.php, taxonomies/empty.blade.php, taxonomies/show.blade.php, and usergroups/show.blade.php, instructing Vue to skip compilation of that element and its children so the title is rendered literally. The advisory pairs the XSS with insufficient server-side X-CSRF-TOKEN validation, which lets the injected script issue state-changing requests (password changes on versions ≤ 5.21.0, email changes driving password reset on 5.22.0) inside the authenticated super admin's session. The assessed vector CVSS:3.1/AV:N/AC:L/PR:L/UI:R/S:C/C:H/I:H/A:H reflects a remote, low-privilege-required, user-interaction-dependent attack whose scope changes because the compromise crosses from a content editor into the super admin privilege boundary, yielding high confidentiality, integrity, and availability impact.
Know when Statamic 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:R/S:U/C:H/I:H/A:H
Authenticated low-priv editor (PR:L) plants a payload that fires when a super admin views it (UI:R); script executes in the admin's higher-authority context, so S:C, yielding full account-takeover C/I/A:H.
Primary rating from Vendor (github).
CVSS VectorVendor: github
DescriptionCVE.org
Statmatic is a Laravel and Git powered content management system (CMS). Stored XSS vulnerabilities in Collections and Taxonomies allow authenticated users with content creation permissions to inject malicious JavaScript that executes when viewed by higher-privileged users. This vulnerability is fixed in 5.22.1.
Executive ViewAI
Statamic CMS versions up to 5.22.0 are affected by a high-severity stored cross-site scripting vulnerability that allows a low-privileged content editor to compromise a super admin account, leading to full control of the CMS and potential data breach. Organizations that permit multiple users to manage Collections or Taxonomies and have super admins who review that content face the greatest risk, while default-hardened deployments with a single trusted administrator are not impacted. No public exploit has been identified at time of analysis, but the absence of a vendor patch requires immediate compensating controls to prevent account takeover.
Restrict content-creation permissions to trusted users only, enable multi-factor authentication for super admins, deploy WAF rules to sanitize user input, and monitor for suspicious admin account changes. No vendor-released patch identified at time of analysis.
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
Cross-Site Scripting occurs when an application accepts untrusted data and sends it to a web browser without proper validation or encoding.
Statmic is a core Laravel content management system Composer package. Rated critical severity (CVSS 9.8), this vulnerabi
Statamic is a flat-first, Laravel and Git powered content management system. Rated medium severity (CVSS 5.4), this vuln
Password reset poisoning in Statamic CMS before 6.3.3/5.73.10 allows attackers to steal password reset tokens by manipul
Statamic framework before 2.6.0 does not correctly check a session's permissions when the methods from a user's class ar
Authenticated Statamic CMS users (versions 6.0.0-6.3.x) can bypass privilege escalation verification checks to gain unau
Statamic is a flat-first, Laravel + Git powered CMS designed for building websites. Rated high severity (CVSS 8.8), this
Statamic 2.10.3 allows XSS via First Name or Last Name to the /users URI in an 'Add new user' request. Rated medium seve
Statmatic is a Laravel and Git powered content management system (CMS). [CVSS 8.7 HIGH]
Authenticated users with content creation permissions in Statamic CMS versions 6.0.0 through 6.2.2 can inject persistent
Mass deletion of content, assets, and user accounts in Statamic CMS versions prior to 5.73.20 and 6.13.0 occurs via quer
Versions 5.73.8 and below in addition to 6.0.0-alpha.1 versions up to 6.3.1 is affected by cross-site scripting (xss) (C
Remote code execution in Statmatic CMS versions prior to 5.73.11 and 6.4.0 allows authenticated users with control panel
NVD
CVE.org
EPSS
GitHub
VulDB
Exploit-DB