CVE-2026-102475

W Eclipse Vert.x w wersjach [5.0.0,5.0.12], [5.1.0,5.1.9] oraz [5.2.0, 5.2.0] klient HTTP Vert.x korzysta z pamięci podręcznej kontekstu SSL, której klucz nie odzwierciedla w pełni semantyki właściwości SSL. Klient może otrzymać kontekst SSL o słabszych właściwościach, na przykład kontekst ignorujący walidację nazwy hosta zamiast kontekstu z walidacją. Dotyczy komponentu io.vertx:vertx-core.

W bibliotece Eclipse Vert.x (moduł vertx-grpc-server) limit maksymalnego rozmiaru wiadomości gRPC jest sprawdzany względem rozmiaru skompresowanego, a nie rzeczywistego rozmiaru po dekompresji. Umożliwia to atakującemu przesłanie skompresowanej wiadomości, która po rozpakowaniu zajmuje znacznie więcej pamięci niż skonfigurowany limit.

W kliencie MySQL biblioteki Eclipse Vert.x (vertx-mysql-client) tablica definicji kolumn jest alokowana na podstawie liczby kolumn zadeklarowanej przez serwer, bez walidacji górnego limitu. Złośliwy lub przejęty serwer MySQL (lub atakujący w pozycji man-in-the-middle) może wysłać spreparowany pakiet z ogromną liczbą kolumn, powodując masową alokację sterty.

W kliencie MQTT biblioteki Eclipse Vert.x (vertx-mqtt) klient MqttClient przechowuje każdą przychodzącą wiadomość PUBLISH QoS 2 w wewnętrznej mapie (qos2inbound) do czasu otrzymania pakietu PUBREL. Mapa ta nie ma limitu rozmiaru, a opcja maxInflightQueue ogranicza tylko ruch wychodzący.

W dekoderze tablic binarnych klienta PostgreSQL biblioteki Eclipse Vert.x (vertx-pg-client, DataTypeCodec.binaryDecodeArray) alokowana jest tablica Java o rozmiarze wynikającym z 32-bitowej liczby wymiarów zadeklarowanej przez serwer, bez górnego limitu. Złośliwy lub przejęty serwer PostgreSQL (lub atakujący w ścieżce na nieszyfrowanym połączeniu) może wysłać spreparowaną wiadomość DataRow z ogromną wartością wymiaru tablicy.

W dekoderze wiadomości TDS klienta MSSQL biblioteki Eclipse Vert.x (vertx-mssql-client) przychodzące pakiety TDS są agregowane w bufor pamięci bezpośredniej bez limitu skumulowanego rozmiaru. Złośliwy, przejęty lub działający jako man-in-the-middle serwer SQL może wysyłać ciągły strumień pakietów TDS bez ustawiania flagi END_OF_MESSAGE.

W bibliotece Eclipse Vert.x walidacja słowa kluczowego uniqueItems (moduł vertx-json-schema) wykorzystuje pętlę porównań parami o złożoności O(n²) bez krótkiego spięcia ani limitu rozmiaru. Zdalny, nieuwierzytelniony atakujący może przesłać umiarkowanie dużą tablicę JSON, która zużywa nieproporcjonalnie dużo czasu CPU.

W bibliotece Eclipse Vert.x w wersjach [4.0.0, 4.5.34], [5.0.0, 5.0.12], [5.1.0, 5.1.9] oraz [5.2.0, 5.2.0] implementacja WebSocket nie określa maksymalnej liczby bajtów alokowanych podczas dekompresji ramek lub wiadomości. Umożliwia to przeprowadzenie ataku typu zip bomb prowadzącego do wyczerpania zasobów.

W bibliotece Eclipse Vert.x w wersjach [4.0.0, 4.5.34], [5.0.0, 5.0.12], [5.1.0, 5.1.9] oraz [5.2.0, 5.2.0] parser RESP klienta Redis prealokuje tablice do długości zadeklarowanej przez serwer bez górnego limitu. Złośliwy lub przejęty serwer Redis, albo atakujący w pozycji man-in-the-middle, może wysłać spreparowaną odpowiedź RESP deklarującą ekstremalnie dużą długość tablicy, push lub atrybutu, powodując próbę ogromnej alokacji sterty.

Dekoder HTTP/1.x w Eclipse Vert.x w wersjach [5.0.0,5.0.12], [5.1.0,5.1.9] i [5.2.0,5.2.0] stosuje kanonikalizację znanych nagłówków HTTP, która błędnie interpretuje spreparowane nagłówki jako nagłówki z listy, np. Content-Xength jako Content-Length. Umożliwia to przeprowadzenie ataku request smuggling.