Wysoki Odebrany

CVE-2026-83594

opublikowano: 02.11.2026, 00:17

modyfikacja: 02.11.2026, 00:17

Ocena CVSS

8.3

Wysoki · v4.0

Oficjalne źródła

wektor: CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:H/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

Alokacja pamięci o nadmiernej wartości rozmiaru w Apache Wicket.

org.apache.wicket.markup.html.form.upload.resource.FileUploadToResourceField przesyła pliki do oddzielnie zamontowanego zasobu, a nie za pośrednictwem formularza, a następnie otrzymuje informację o wyniku za pośrednictwem własnego wywołania zwrotnego Ajax. To wywołanie zwrotne odczytuje parametr żądania filesInfo, tablicę JSON zawierającą nazwę pliku klienta, rozmiar i typ zawartości każdego pliku, i przekształca go w listę FileUploadToResourceField.UploadInfo odbieraną przez funkcję onUploadSuccess(). Nic nie wiąże tego JSON-a z przesyłaniem wykonanego zasobu i nic nie wyprowadza go ponownie z przechowywanych plików, więc liczba wpisów i każda wartość w nich jest niezależna od dostarczonego żądania. Adres URL wywołania zwrotnego jest renderowany na stronie, nie jest wymagane wcześniejsze przesyłanie i docierają do niego zarówno GET, jak i POST, więc każdy klient, który może załadować stronę, może uzyskać pliki raportów składowych, które nigdy nie zostały przesłane, bez uwierzytelniania wykraczającego poza wymagania samej strony i bez jakiejkolwiek interakcji z użytkownikiem.

UploadInfo#get(), którą klasa oferuje jako sposób na uzyskanie bajtów do przesłania, przydziela tablicę bajtów z UploadInfo#getSize() przed otwarciem pliku. Rozmiar tablicy jest zatem ustalany na podstawie liczby dostarczonej przez żądanie, a alokacja odbywa się nawet w przypadku pliku, który nigdy nie był przechowywany. Jedno małe żądanie może kosztować serwer prawie dwa gigabajty sterty, a żądanie jest banalnie powtarzalne, więc kilka z nich wyczerpuje stertę dla każdego żądania obsługiwanego przez wirtualną maszynę Java. Rozmiar, którego konwersja na int staje się ujemna, zamiast tego zgłasza wyjątek NegativeArraySizeException, którego nie obejmuje procedura obsługi wyjątków w tej metodzie, więc ucieka do aplikacji.

Aplikacja ma na to wpływ, gdy korzysta z FileUploadToResourceField, która nie jest zwykłą ścieżką przesyłania za pośrednictwem FileUploadField i Form i musi zostać celowo rozszerzona i zamontowana. Alokacja dodatkowo wymaga, aby aplikacja wywołała UploadInfo#get() zamiast czytać samą UploadInfo#getFile(). Jeśli aplikacja odmówi wykonania działania ENABLE w polu poprzez swoją strategię autoryzacji, wywołanie zwrotne zostanie odrzucone jak w przypadku każdego innego słuchacza. Linia 8.x nie zawiera tego komponentu i nie ma na to wpływu.

Ten problem dotyczy Apache Wicket: od 9.14.0 do 9.24.0, od 10.0.0 do 10.11.0. Użytkownikom zaleca się aktualizację do wersji 9.25.0 lub 10.12.0, która rozwiązuje problem.

Memory allocation with an excessive size value in Apache Wicket.

org.apache.wicket.markup.html.form.upload.resource.FileUploadToResourceField uploads files to a separately mounted resource rather than through a form, and is told the outcome afterwards over its own Ajax callback. That callback reads the request parameter filesInfo, a JSON array carrying a client file name, a size and a content type for each file, and turns it into the list of FileUploadToResourceField.UploadInfo that onUploadSuccess() receives. Nothing binds that JSON to an upload the resource performed and nothing re-derives it from the stored files, so the number of entries and every value in them are whatever the request supplied. The callback URL is rendered into the page, no prior upload is required, and both GET and POST reach it, so any client that can load the page can have the component report files that were never uploaded, without authenticating beyond whatever the page itself requires and without any user interaction.

UploadInfo#get(), which the class offers as the way to obtain the bytes of an upload, allocates a byte array from UploadInfo#getSize() before it opens the file. The array is therefore sized by the number the request supplied, and the allocation happens even for a file that was never stored. One small request can cost the server close to two gigabytes of heap, and the request is trivially repeatable, so a few of them exhaust the heap for every request the Java virtual machine is serving. A size that the conversion to int turns negative instead throws NegativeArraySizeException, which the exception handler inside that method does not cover, so it escapes into the application.

An application is affected where it uses FileUploadToResourceField, which is not the ordinary upload path through FileUploadField and Form and has to be extended and mounted deliberately. The allocation additionally requires the application to call UploadInfo#get() rather than reading UploadInfo#getFile() itself. Where the application denies the ENABLE action on the field through its authorization strategy, the callback is refused like any other listener. The 8.x line does not contain this component and is not affected.

This issue affects Apache Wicket: from 9.14.0 through 9.24.0, from 10.0.0 through 10.11.0. Users are recommended to upgrade to version 9.25.0 or 10.12.0, which fix the issue.

>_ Słabości (CWE)

CWE-789

>_ Referencje

https://lists.apache.org/thread.html/h5lxspxg746pzjd437n3n7mq5t3sfbcb

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve