Skip to main content

Eclipse Vert.x CVE-2025-11965

MEDIUM
Files or Directories Accessible to External Parties (CWE-552)
2025-10-22 emo@eclipse.org
6.3
CVSS 4.0 · Vendor: eclipse
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Identify Vert.x app serving static files
  2. Delivery
    Request path inside hidden directory (/.git/config)
  3. Exploit
    StaticHandler fails to block hidden dir
  4. Execution
    Retrieve sensitive repository/config files
  5. Impact
    Harvest 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.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.5% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – 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

maven io.vertx:vertx-web fix: 4.5.22, 5.0.5

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

Vendor (eclipse) PRIMARY 6.3 MEDIUM
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
vuln.today AI 5.3 MEDIUM

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.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
4.0 AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N
Red Hat 5.3 MEDIUM

Primary rating from Vendor (eclipse).

CVSS VectorVendor: eclipse

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
Present
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
Low
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

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

EPSS Score
0.5%
Top 59% exploitable
Prevalence
Medium
popular JVM reactive toolkit, but StaticHandler file-serving is a specific use case
Data Quality
3 sources
Confidence: Low

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.5%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact· derived
Medium

Priority Score

33
Low Medium High Critical
KEV: 0
EPSS: +1
CVSS: +32
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

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

cpe:2.3:a:eclipse:vert.x:*:*:*:*:*:*:*:*
cpe:2.3:a:eclipse:vert.x:*:*:*:*:*:*:*:*

More in Vert X

View all
CVE-2018-12542 CRITICAL POC
9.8 Oct 10

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

CVE-2018-12540 HIGH POC
8.8 Jul 12

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

CVE-2026-6860 MEDIUM POC
6.9 May 06

Wildcard TLS certificate validation in Eclipse Vert.x allows remote attackers to bypass Server Name Indication (SNI) hos

CVE-2018-12544 CRITICAL
9.8 Oct 10

In version from 3.5.Beta1 to 3.5.3 of Eclipse Vert.x, the OpenAPI XML type validator creates XML parsers without taking

CVE-2026-102479 HIGH
8.7 Oct 14

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.

CVE-2026-102460 HIGH
8.6 Oct 14

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

CVE-2026-102471 MEDIUM
6.9 Oct 14

CRLF injection in Eclipse Vert.x's vertx-mail-client (io.vertx:vertx-mail-client) lets a remote, unauthenticated attacke

CVE-2024-8391 MEDIUM
6.9 Sep 04

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

CVE-2018-12541 MEDIUM
6.5 Oct 10

In version from 3.0.0 to 3.5.3 of Eclipse Vert.x, the WebSocket HTTP upgrade implementation buffers the full http reques

CVE-2025-11966 LOW POC
2.3 Oct 22

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

CVE-2018-12537 MEDIUM
5.3 Aug 14

In Eclipse Vert.x version 3.0 to 3.5.1, the HttpServer response headers and HttpClient request headers do not filter car

Vendor StatusVendor

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy