Approved changes feed: RSS · Atom

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

part: a version: * update: *

VendorEclipse (fa988180-604e-5c1f-93ea-65b5297000fc)
ProductVert.X (933e29f7-a53b-5a18-9bf8-c7abd2ff4a84)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*
NotesImported from purl2cpe mapping

PURL mappings

PURLSourceLast updated
pkg:github/eclipse-vertx/vert.x purl2cpe 2026-06-01 10:15:03.006803

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-6860 vulnerable 2026-06-03 15:27:55.812688 Details available
A TCP client can perform a TLS handshake and present the server name extension with a server name that is accepted by a server wildcard name, e.g. if the server is configured with a certificate accepting *.example.com, any XYZ.example.com where xyz is a valid name can be used.
Published: 2026-05-06T09:55:12.531Z
Updated: 2026-05-12T20:29:09.712Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2025-11966 vulnerable 2026-06-03 14:58:43.567287 Details available
In Eclipse Vert.x versions [4.0.0, 4.5.21] and [5.0.0, 5.0.4], when "directory listing" is enabled, file and directory names are inserted into generated HTML without proper escaping in the href, title, and link attributes. An attacker who can create or rename files or directories within a served path can craft filenames containing malicious script or HTML content, leading to stored cross-site scripting (XSS) that executes in the context of users viewing the affected directory listing.
Published: 2025-10-22T14:44:24.145Z
Updated: 2025-10-22T15:26:41.527Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2025-11965 vulnerable 2026-06-03 14:58:43.566670 Details available
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').
Published: 2025-10-22T14:50:07.602Z
Updated: 2025-10-22T15:56:08.021Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2024-8391 vulnerable 2026-06-03 14:58:18.327330 Eclipse Vert.x gRPC server does not limit the maximum message size
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 GAV: io.vertx:vertx-grpc-server and io.vertx:vertx-grpc-client).  This is fixed in the 4.5.10 version.  Note this does not affect the Vert.x gRPC server based grpc-java and Netty libraries (Maven GAV: io.vertx:vertx-grpc)
Published: 2024-09-04T15:27:58.478Z
Updated: 2024-09-04T17:40:20.318Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2019-17640 vulnerable 2026-06-03 14:39:56.704684 Details available
In Eclipse Vert.x 3.4.x up to 3.9.4, 4.0.0.milestone1, 4.0.0.milestone2, 4.0.0.milestone3, 4.0.0.milestone4, 4.0.0.milestone5, 4.0.0.Beta1, 4.0.0.Beta2, and 4.0.0.Beta3, StaticHandler doesn't correctly processes back slashes on Windows Operating systems, allowing, escape the webroot folder to the current working directory.
Published: 2020-10-15T20:30:15.000Z
Updated: 2024-08-05T01:47:13.749Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2018-12542 vulnerable 2026-06-03 14:38:04.478119 Details available
In version from 3.0.0 to 3.5.3 of Eclipse Vert.x, the StaticHandler uses external input to construct a pathname that should be within a restricted directory, but it does not properly neutralize '\' (forward slashes) sequences that can resolve to a location that is outside of that directory when running on Windows Operating Systems.
Published: 2018-10-10T20:00:00.000Z
Updated: 2024-08-05T08:38:06.140Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2018-12541 vulnerable 2026-06-03 14:38:04.477752 Details available
In version from 3.0.0 to 3.5.3 of Eclipse Vert.x, the WebSocket HTTP upgrade implementation buffers the full http request before doing the handshake, holding the entire request body in memory. There should be a reasonnable limit (8192 bytes) above which the WebSocket gets an HTTP response with the 413 status code and the connection gets closed.
Published: 2018-10-10T20:00:00.000Z
Updated: 2024-08-05T08:38:06.089Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2018-12540 vulnerable 2026-06-03 14:38:04.477107 Details available
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 returned XSRF header/form parameter. This allows replay attacks with previously issued tokens which are not expired yet.
Published: 2018-07-12T14:00:00.000Z
Updated: 2024-08-05T08:38:05.970Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2018-12537 vulnerable 2026-06-03 14:38:04.467242 Details available
In Eclipse Vert.x version 3.0 to 3.5.1, the HttpServer response headers and HttpClient request headers do not filter carriage return and line feed characters from the header value. This allow unfiltered values to inject a new header in the client request or server response.
Published: 2018-08-14T19:00:00.000Z
Updated: 2024-08-05T08:38:06.072Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.