Eclipse Vert.x CVE-2025-11965
MEDIUMAttack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify Vert.x app serving static files
-
DeliveryRequest path inside hidden directory (/.git/config)
-
ExploitStaticHandler fails to block hidden dir
-
ExecutionRetrieve sensitive repository/config files
-
ImpactHarvest secrets or source code
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling File access restriction
MITRE ATT&CK
2 techniques across 1 tactic: Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the target application to use Eclipse Vert.x's web StaticHandler to serve static content with the hidden-file restriction feature relied upon for security, AND a hidden directory (e.g. '.git', '.svn', or similar dot-prefixed directory) containing sensitive files to exist within the directory root served by that handler. The restriction correctly blocks hidden files at the top level but not files nested inside hidden directories. Limiting factors: if no sensitive hidden directory is present in the served root, or if the application does not use StaticHandler for static assets, there is nothing to disclose; the flaw only affects the listed version ranges (4.0.0-4.5.21 and 5.0.0-5.0.4). No authentication or user interaction is needed (PR:N/UI:N), but the AT:P attack requirement reflects this deployment dependency. |
| Impact | This is a medium-severity information-disclosure flaw (vendor CVSS 4.0 base 6.3) where Eclipse Vert.x's StaticHandler, when configured to block hidden files, still serves files located inside hidden directories such as '.git', exposing source-control metadata, credentials, or configuration. The CVSS 4.0 vector (AV:N/AC:L/AT:P/PR:N/UI:N) indicates remote, unauthenticated, low-complexity access but with an explicit Attack Requirement (AT:P) - meaning exploitation depends on the target's deployment (a hidden directory must actually exist within the served web root). Impact is limited: VC:L/VI:L/VA:N (low confidentiality and integrity, no availability), consistent with CWE-552 (Files or Directories Accessible to External Parties). EPSS is low at 0.50% (41st percentile), there is no CISA KEV listing, and no public exploit is identified in the provided data, so the real-world urgency is modest rather than emergency-grade. The practical caveat: while the access vector is trivially remote and unauthenticated, actual value to an attacker hinges entirely on whether sensitive hidden directories (e.g. '.git') are present in the static root - absent that, the finding is largely academic. Net assessment: a legitimate but patch-on-normal-cadence issue, not a drop-everything priority. |
| Exploit ScenarioDerived | An attacker browsing a web application built on Vert.x that serves static assets via StaticHandler (with hidden-file restriction enabled) requests a path inside a hidden directory, e.g. GET /.git/config, and receives the file despite the configured restriction. No authentication or user interaction is required, and from '.git' metadata the attacker can reconstruct source code, internal paths, or leaked secrets. No public proof-of-concept is referenced in the provided data. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 08, 2026
Eclipse Vert.x's web StaticHandler fails to enforce its hidden-file restriction on files nested inside hidden directories, allowing remote unauthenticated attackers to retrieve sensitive content such as '.git/config' from a served web root. All Vert.x releases from 4.0.0 through 4.5.21 and from 5.0.0 through 5.0.4 are affected when an application uses StaticHandler to serve static assets and a dot-prefixed directory containing sensitive data sits inside the handler's root. The vendor rates this 6.3 (CVSS 4.0), while our independent assessment scores it CVSS 3.1 6.1 (AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N); EPSS is low at 0.50% (41st percentile) and no public exploit code or confirmed active exploitation was identified at time of analysis. A vendor fix is available per the Eclipse advisory, though no exact patched version is specified in the supplied data.
RemediationAI
Apply the vendor-provided fix: Eclipse makes a patch available per its vulnerability report (https://gitlab.eclipse.org/security/vulnerability-reports/-/issues/304), so upgrade Vert.x vertx-web to a release outside the affected windows - i.e., a version above 4.5.21 on the 4.4/4.x line or above 5.0.4 on the 5.x line as directed by the advisory, since the supplied data does not name an exact patched build. Because the StaticHandler hidden-file option cannot be trusted on vulnerable versions, add compensating controls in the interim: ensure deployed web roots never contain '.git', '.svn', '.hg', or other dot-directories (strip VCS metadata during build/packaging - this is the cleanest and lowest-risk mitigation, at the cost of losing in-place repository history on the server); point StaticHandler at a dedicated static-assets directory that contains no hidden folders rather than at the application or repository root; and place an explicit path filter or router handler in front of StaticHandler that rejects any request whose normalized path contains a dot-prefixed segment (for example a regex like '(^|/)\.[^/]*' applied to the decoded, normalized path before routing). The filter approach carries the trade-off that it may block legitimate dot-prefixed media or versioned asset paths, so validate against your asset inventory, and remember to normalize and decode the URI first so encoded dots ('%2e') do not bypass the check. Blocking access to hidden directories at the reverse proxy or WAF layer provides defense in depth but must be kept in sync with application routing, and none of these workarounds fully restore confidentiality for clients that already fetched repository metadata - rotate any credentials or tokens that may have been exposed in the served root.
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in maven
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Eclipse Vert.x is a JVM toolkit for building reactive applications, and its vertx-web component ships a StaticHandler that serves files from a configured filesystem web root. StaticHandler exposes options such as includeHidden (and related hidden-file handling) intended to prevent serving dot-prefixed files such as '.env', '.htaccess' or '.git/config'. The underlying defect is tracked as CWE-552 (Files or Directories Accessible to External Parties): the restriction is applied in a way that only evaluates the final path segment (the file name) rather than each segment of the resolved request path, so a request for a normal-named file that resides inside a hidden directory - for example '<root>/.git/config' - resolves and is returned even though includeHidden is disabled. This is best characterized as an authorization/filter-bypass gap rather than classic directory traversal, since the vulnerable behavior stays within the configured web root; however, because it exposes repository metadata, CI secrets and configuration files, it is functionally a high-value information-disclosure primitive (tagged Path Traversal / Information Disclosure by the reporting sources). Affected CPE records map to cpe:2.3:a:eclipse:vert.x, covering all 4.x releases 4.0.0-4.5.21 and 5.x releases 5.0.0-5.0.4. The CVSS 4.0 vector's AT:P (attack requirements present) element codifies the deployment dependency: the application must actually use StaticHandler with the hidden-file protection relied upon for security, and a sensitive dot-directory must exist beneath the served root.
Know when Vert X 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:P/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N
Remote unauthenticated read access to files (AV:N/PR:N/UI:N), low complexity; read-only disclosure of limited files means C:L with no integrity or availability impact.
Primary rating from Vendor (eclipse).
CVSS VectorVendor: eclipse
DescriptionCVE.org
In Eclipse Vert.x versions [4.0.0, 4.5.21] and [5.0.0, 5.0.4], a StaticHandler configuration for restricting access to hidden files fails to restrict access to hidden directories, allowing unauthorized users to retrieve files within them (e.g. '.git/config').
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
Path traversal exploits occur when applications use user-controlled input to construct file system paths without proper validation.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Affected Products (CPE)CVE.org
In version from 3.0.0 to 3.5.3 of Eclipse Vert.x, the StaticHandler uses external input to construct a pathname that sho
In version from 3.0.0 to 3.5.2 of Eclipse Vert.x, the CSRFHandler do not assert that the XSRF Cookie matches the returne
Wildcard TLS certificate validation in Eclipse Vert.x allows remote attackers to bypass Server Name Indication (SNI) hos
In version from 3.5.Beta1 to 3.5.3 of Eclipse Vert.x, the OpenAPI XML type validator creates XML parsers without taking
HTTP request smuggling in Eclipse Vert.x (io.vertx:vertx-core) affects versions 5.0.0 through 5.0.12, 5.1.0 through 5.1.
Eclipse Vert.x Web versions 4.0.0 through 4.5.34, 5.0.0 through 5.0.12, 5.1.0 through 5.1.9, and 5.2.0 contain a scope b
CRLF injection in Eclipse Vert.x's vertx-mail-client (io.vertx:vertx-mail-client) lets a remote, unauthenticated attacke
In Eclipse Vert.x version 4.3.0 to 4.5.9, the gRPC server does not limit the maximum length of message payload (Maven GA
In version from 3.0.0 to 3.5.3 of Eclipse Vert.x, the WebSocket HTTP upgrade implementation buffers the full http reques
Stored cross-site scripting in Eclipse Vert.x 4.0.0 through 4.5.21 and 5.0.0 through 5.0.4 can execute in the context of
In Eclipse Vert.x version 3.0 to 3.5.1, the HttpServer response headers and HttpClient request headers do not filter car
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB