GHSA-gqxx-248x-g29f
Grav Admin Plugin vulnerable to Cross-Site Scripting (XSS) Stored endpoint `/admin/config/site` parameter `data[taxonomies]`
EPSS Exploitation Probability
EPSS (Exploit Prediction Scoring System) is a daily probability model maintained by FIRST.org. It estimates the likelihood a CVE will be exploited in production environments within the next 30 days, derived from real-world threat intelligence signals.
Blast Radius
getgrav/gravReal-time download stats are indexed for npm and PyPI packages. This vulnerability affects Packagist packages — download data is not available via public APIs for these ecosystems.
Description
Summary
A Stored Cross-Site Scripting (XSS) vulnerability was identified in the /admin/config/site endpoint of the Grav application. This vulnerability allows attackers to inject malicious scripts into the data[taxonomies] parameter. The injected payload is stored on the server and automatically executed in the browser of any user who accesses the affected site configuration, resulting in a persistent attack vector.
Details
Vulnerable Endpoint: POST /admin/config/site
Parameter: data[taxonomies]
The application does not properly validate or sanitize input in the data[taxonomies] field. As a result, an attacker can inject JavaScript code, which is stored in the site configuration and later rendered in the administrative interface or site output, causing automatic execution in the user's browser.
PoC
Payload:
"><script>alert('XSS-PoC')</script>
Steps to Reproduce:
-
Log in to the Grav Admin Panel with sufficient permissions to modify site configuration.
-
Navigate to Configuration > Site.
-
In the Taxonomies Types field (which maps to
data[taxonomies]), insert the payload above:"><script>alert('XSS-PoC')</script> -
Save the configuration.
- Go on Pages and click on one of them
- The stored payload is executed immediately in the browser, confirming the Stored XSS vulnerability.
- The HTTP request submitted during this process contains the vulnerable parameter and payload:
Impact
Stored XSS attacks can lead to severe consequences, including:
-
Session hijacking: Stealing cookies or authentication tokens to impersonate users
-
Credential theft: Harvesting usernames and passwords using malicious scripts
-
Malware delivery: Distributing unwanted or harmful code to victims
-
Privilege escalation: Compromising administrative users through persistent scripts
-
Data manipulation or defacement: Changing or disrupting site content
-
Reputation damage: Eroding trust among site users and administrators
Discoverer
by CVE-Hunters
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 🐘Packagist | getgrav/grav | all versions | 1.8.0-beta.27 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for getgrav/grav. O3's reachability analysis confirms whether the vulnerable code path is actually invoked in your application, so you act on real exposure instead of every transitive match.
Fix
Update getgrav/grav to 1.8.0-beta.27 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-gqxx-248x-g29f is resolved across your whole dependency graph.
Workarounds
If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.
How O3 protects you
O3 pinpoints whether GHSA-gqxx-248x-g29f is reachable in your code and exactly where to fix it, then blocks exploitation in production at runtime until the patched version is deployed.
Tailored to GHSA-gqxx-248x-g29f. Runtime protection reduces exposure until a permanent patch is applied and verified — it complements patching, it doesn't replace it.
Frequently Asked Questions
Is GHSA-gqxx-248x-g29f in your dependencies?
O3 detects GHSA-gqxx-248x-g29f across Packagist dependencies and uses function-level reachability to confirm whether the vulnerable code path is actually reachable — not just present. No false positives.