Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify Grav on case-insensitive host
-
DeliveryRequest config file with uppercase extension
-
ExploitBypass case-sensitive .htaccess deny rule
-
ExecutionRead exposed YAML/JSON/PHP config
-
ImpactHarvest API keys and credentials
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Case sensitivity handling
|
| Exploitation Conditions | Exploitation requires the target to be a Grav instance before 2.0.4 served by Apache using the bundled default .htaccess, AND hosted on a case-insensitive filesystem - specifically Windows/NTFS, macOS/HFS+, or a Docker volume/bind mount. Given those conditions, no authentication or user interaction is needed (PR:N/UI:N): the attacker simply requests a sensitive file (e.g., a .yaml/.php/.json config) using an uppercase or mixed-case extension such as .YAML or .PHP. The primary limiting factor is the filesystem: instances on case-sensitive Linux/ext4/xfs storage are not exploitable because the uppercase path does not resolve to the real file. Secondary limits are the requirement that Apache (with .htaccess honored, i.e. AllowOverride enabled) is the server and that the attacker knows or guesses valid config file paths. |
| Impact | This is a credible, real-world information-disclosure risk rather than a paper-high score. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N/VC:H) yields 8.7 and reflects an unauthenticated, network-reachable, low-complexity read of high-value data - consistent with the description. The one important caveat the raw score understates is the environmental precondition: exploitation only works on case-insensitive filesystems (Windows, macOS, or Docker bind/volume mounts), so Linux/ext4 production deployments with case-sensitive storage are not affected - this makes real-world exploitability conditional rather than universal. No EPSS score, SSVC decision, or POC was supplied; the flaw is not in CISA KEV, so there is no public exploit identified at time of analysis and no evidence of active exploitation. Impact is confidentiality-only (VI:N/VA:N) - no integrity or availability effect - but disclosed API keys and credentials can enable follow-on compromise, so priority should be treated as high for exposed Windows/macOS/Docker instances and lower for case-sensitive Linux hosts. |
| Exploit ScenarioDerived | An unauthenticated attacker enumerates a Grav site running on Windows, macOS, or a Docker volume mount and requests a known config path with an uppercase extension, e.g. GET /user/config/system.YAML or /user/accounts/admin.YAML. Because the deny rule matches only lowercase, Apache serves the file and the attacker harvests API keys and credentials. No POC was provided, but the attack requires only a single crafted HTTP request (AV:N/AC:L/PR:N) and standard tooling. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 17, 2026
Sensitive configuration file disclosure in Grav CMS before 2.0.4 lets unauthenticated remote attackers bypass the bundled .htaccess protections by requesting blocked file types with uppercase or mixed-case extensions (e.g., .YAML, .PHP). The shipped rules omit the Apache [NC] flag, so extension matching is case-sensitive and fails to block case variants on case-insensitive filesystems (Windows/NTFS, macOS/HFS+, Docker volume mounts), exposing files that may hold API keys and credentials. There is no public exploit identified at time of analysis, and the issue is not listed in CISA KEV.
RemediationAI
Vendor-released patch: 2.0.4 - upgrade Grav to 2.0.4 or later, which corrects the .htaccess rules to include the [NC] flag for case-insensitive extension matching. If you customized or replaced the default .htaccess, manually add the [NC] flag to the deny rules for sensitive extensions (.yaml, .php, .json, etc.) using the corrected webserver-configs/htaccess.txt as the reference, since a simple version bump will not overwrite an operator-edited config. As a compensating control until patched, front the site with a reverse proxy or WAF rule that blocks requests to those extensions case-insensitively, or migrate the deployment to a case-sensitive Linux filesystem (avoiding Docker volume mounts that reintroduce case-insensitivity) - note the WAF approach requires careful pattern coverage of all sensitive extensions and the filesystem migration may not be feasible for existing Windows/macOS hosts. Follow the vendor advisory at https://github.com/getgrav/grav/security/advisories/GHSA-vwg3-w8w3-pc79. If any config files were web-accessible, rotate any exposed API keys and credentials.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in composer, euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Grav is a PHP-based flat-file CMS that stores configuration and content as .yaml, .json, and .php files directly on disk rather than in a database, making filesystem-level access control critical. The protection relies on an Apache mod_rewrite/mod_authz ruleset in the default .htaccess (mirrored in webserver-configs/htaccess.txt) that denies web requests to sensitive extensions. Per CWE-178 (Improper Handling of Case Sensitivity), the regex/extension patterns are evaluated case-sensitively because the [NC] (no-case) flag is absent; Apache's matching is literal, but the underlying filesystem resolves .YAML and .yaml to the same file. On case-insensitive filesystems the requested uppercase path still returns the real file while sidestepping the lowercase-only deny rule. The CPE cpe:2.3:a:getgrav:grav:*:*:*:* confirms the getgrav/grav application is the sole affected component.
Know when Grav 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
Unauthenticated single-request read (PR:N/UI:N); AC:L retained because case-insensitive Windows/macOS/Docker hosts are common; confidentiality-only impact so I:N/A:N.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
Lifecycle Timeline
2DescriptionCVE.org
Grav before 2.0.4 ships a default .htaccess (and reference webserver-configs/htaccess.txt) whose rules blocking access to sensitive file types (.yaml, .php, .json, etc.) lack the [NC] flag, making extension matching case-sensitive. On case-insensitive filesystems (Windows/NTFS, macOS/HFS+, or Docker volume mounts), an unauthenticated attacker can request these files with uppercase or mixed-case extensions (e.g., .YAML, .PHP) to bypass the restrictions and read sensitive configuration files that may contain API keys and credentials.
Articles & Coverage 1
Executive ViewAI
Grav CMS instances on case-insensitive filesystems (Windows, macOS, Docker) are exposed to credential theft through a configuration file disclosure vulnerability in versions before 2.0.4. Unauthenticated attackers can access API keys and sensitive configuration data, creating risk of account compromise and lateral movement. Immediate mitigation is required as no vendor patch is currently available.
No vendor-released patch identified at time of analysis. Interim mitigations include: (1) Add Apache [NC] flag to .htaccess extension-matching rules for case-insensitive blocking; (2) Deploy WAF rules blocking uppercase and mixed-case variants of sensitive extensions (.YAML, .YML, .PHP, .ENV); (3) Move sensitive configuration files outside the web-accessible directory; (4) Restrict read permissions on config directories to application-only accounts; (5) Enable and monitor web server access logs for requests to configuration files with case variants; (6) Disable directory listing and implement strict file type restrictions at the web server level.
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Related Vulnerabilities in Grav CMS Access Control and Injection Vulnerabilities
View all 4Server-side template injection (SSTI) in Grav (getgrav/grav) prior to 1.8.0-beta.27 allows an authenticated attacker hol
Broken access control in Grav CMS (CWE-285) before 1.8.0-beta.27 lets an authenticated editor-level user escalate their
A Remote Code Execution (RCE) vulnerability in Grav CMS v1.7.48 allows an authenticated admin to upload a malicious plug
Grav is a file-based Web platform. Rated critical severity (CVSS 9.9), this vulnerability is remotely exploitable, low a
GravCMS 1.10.7 allows unauthenticated remote attackers to write arbitrary YAML configuration files, leading to full serv
Remote code execution in Grav CMS 2.0.4 (fixed in 2.0.7) lets an authenticated user holding the admin.pages or api.pages
Remote code execution in Grav CMS before 2.0.15 allows attackers holding page-edit or blueprint-config privileges to wri
Vertical privilege escalation in Grav CMS before 2.0.14 lets a delegated administrator holding only the admin.users perm
Stored cross-site scripting in Grav CMS before 2.0.15 lets authenticated editors smuggle JavaScript event handlers past
Server-side request forgery (SSRF) in Grav CMS versions prior to 1.7.49.5 allows remote authenticated attackers to make
Grav is a file-based Web platform. Prior to 1.8.0-beta.27, Grav CMS is vulnerable to a Server-Side Template Injection (S
Remote code execution in Grav CMS before 2.0.13 allows authenticated low-privilege users to plant and execute arbitrary
EUVD-2026-45118
GHSA-5mv9-76r9-rprq
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB