Cross-site Scripting (XSS)Weakness · CWE-79

CVE-2026-61453

MEDIUM · 6.1 CVSS v3.1 Published 2026-07-15
Mitigation only
No fix yet — a mitigation exists. There is no fixed release. A documented workaround reduces exposure in the meantime.
See remediation →
68/100
Remediation priority · Elevated
Remotely reachable No privileges 5 weeks old

Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.

NVD · unedited
Grav v2.0.0 contains a cross-site scripting vulnerability (fixed in 2.0.1). The XSS blueprint validator (Security::detectXss()) runs on raw page content before Twig processing. When Twig content processing is enabled (twig_content.process_enabled: true), an attacker with page-write API permission can use Twig's string concatenation operator (~) to dynamically construct event handler names, dangerous tag names, or dangerous protocols at render time (e.g. {% set x = "on" ~ "error" %}). The validator sees only the harmless Twig expression and allows the content, but after Twig rendering the output (rendered via {{ page.content|raw }}) contains an active payload such as <img src=1 onerror=alert(1)>, executing arbitrary JavaScript in visitors' browsers.

Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.

dbcve analysis · high confidence

Grav CMS v2.0.0 has a post-render XSS vulnerability where the XSS blueprint validator (Security::detectXss()) runs on raw Twig content before processing, not after. When twig_content.process_enabled is true, attackers with page-write API permissions can bypass the validator using Twig's string concatenation operator (~) to construct payloads like {% set x = "on" ~ "error" %} that become active XSS (e.g., <img src=1 onerror=alert(1)>) after rendering via {{ page.content|raw }}.

MitigationUpgrade to Grav v2.0.1 or later which includes the fix; alternatively, disable twig_content.process_enabled if not required for the site's functionality.

Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.

CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.

From the vector
Attack vector
Network
Complexity
Low
Privileges
None
User interaction
Required
Scope
Changed
Confidentiality
Low
Integrity
Low
Availability
None

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N

Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.

dbcve checks

Work through these to decide whether this CVE applies to you.

  1. Identify Grav CMS version
    Check the version number in system/src/Grav/Common/Grav.php or in your composer.json file under the 'version' or 'grav-core' package entry
    Affected if The installed version is exactly 2.0.0 (prior to the fix)
  2. Verify twig_content.process_enabled setting
    Inspect your system.yaml or theme configuration file for the 'twig_content.process_enabled' setting. Typically found in user/config/system.yaml under the twig section
    Affected if twig_content.process_enabled is set to true (enabled)
  3. Confirm page-write API access exists
    Review user account permissions and any API access configurations to determine if untrusted or low-privilege users have page-write or content-creation API permissions
    Affected if Users with limited privileges can create or modify page content via the API
  4. Inspect page content for Twig concatenation patterns
    Search page markdown or content files (in user/pages/ or via the admin API) for Twig tags containing the ~ operator, such as {% set x = "on" ~ "error" %} or similar string concatenation patterns that could form event handlers
    Affected if Any page content contains Twig concatenation syntax that could bypass the pre-render XSS validator

You are affected if running Grav CMS v2.0.0 with twig_content.process_enabled enabled AND your system allows page-write access to users who could inject Twig concatenation payloads that become active XSS after rendering.

Generated from the published advisory. Verify against your own configuration.

Check your environment

Paste your version and any relevant configuration and it will be compared against the affected criteria above. Do not include secrets or credentials.

AI-assisted, checked against the advisory. Informational, not a guarantee.

Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.

dbcve · scoped
Mitigation available No clean upgrade yet — mitigate in the meantime
Mitigation

Upgrade to Grav v2.0.1 or later which includes the fix; alternatively, disable twig_content.process_enabled if not required for the site's functionality.

Recommended fix High confidence

Grav v2.0.1

  1. Upgrade Grav from v2.0.0 to v2.0.1 to obtain the security fix

Generated from the published advisory — verify against the referenced sources before acting.

Have this fixed Scoped from the published advisory
  • Consultation1.0 h
  • Implementation1.0 h
  • Testing2.0 h
  • Review / QA1.0 h
5.0 hours of engineering $860
Get help mitigating

An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $1,376.

Scan for this in your stack

Free · runs locally
dbcve dependency scanner

Check whether your project pulls in CVE-2026-61453 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.

References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.

Primary sources

Practitioner notes

Contributed

Peer-ranked notes from engineers who’ve handled CVE-2026-61453 in production — separate from our analysis above.

No notes yet

Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.

What this is

A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.

What belongs here
  • Verified mitigations, workarounds, and config changes
  • Version or environment caveats, and links to real fixes
  • No weaponised exploit code, or anything meant to cause harm
  • No spam, self-promotion, credentials, or personal data