CVE-2026-18549
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 27 - wyżej niż 27% wszystkich znanych CVE
Streszczenie
W @fastify/multipart, w wersjach od 5.3.0 do 10.1.1, gdy limit fileSize busboya obcina część pliku, plugin czyści wewnętrzne odniesienie do bieżącego pliku, podczas gdy strumień jest nadal otwarty. Jeśli klient przerwie połączenie przed wysłaniem granicy końcowej, funkcja saveRequestFiles() nigdy nie kończy działania, a plik tymczasowy nie jest usuwany. Niezautentykowany klient może to powtarzać, powodując trwały wyciek plików i zawieszenie obsługi żądań, prowadząc do wyczerpania dysku i pętli zdarzeń. Problem naprawiono w wersji 10.1.1.
Ocena ryzyka
Ryzyko obejmuje możliwość trwałego wyczerpania zasobów dyskowych i zawieszenia obsługi żądań, co prowadzi do odmowy usługi.
Rekomendacja
Zaleca się aktualizację @fastify/multipart do wersji 10.1.1 lub nowszej.
Inne podatności w @fastify/multipart
Zobacz wszystkie- CVE-2026-117531Średnie
Wtyczka @fastify/multipart w wersjach 5.3.0–10.1.6 nie propaguje błędu parsera do strumienia pliku, gdy treść żądania kończy się wewnątrz części pliku bez zamykającej granicy, mimo że Content-Length jest kompletny, klient nie przerywa połączenia i nie przekroczono limitu rozmiaru pliku. Wtyczka niszczy strumień pliku bez błędu, więc handler wykonujący asynchroniczną pracę przed konsumpcją pliku zawiesza się, a żądanie nigdy nie odpowiada.
- CVE-2026-19474Wysokie
W @fastify/multipart, parserze multipart form-data dla Fastify, w wersjach od 3.0.0 do 10.1.1, funkcja request.saveRequestFiles() może pozostawić ukończone pliki tymczasowe na dysku, gdy klient rozłączy się podczas przetwarzania. Niezautentykowany klient może to powtarzać, powodując trwałe zużycie dysku i odmowę usługi. Problem jest naprawiony w wersji 10.1.1.
Oryginalny opis (angielski, źródło NVD)
@fastify/multipart is a multipart form-data parser for Fastify. In versions from 5.3.0 up to but not including 10.1.1, when the busboy fileSize limit truncates a file part, the plugin clears its internal current-file reference while the underlying stream is still open. If the client then aborts the connection before sending the terminating boundary, the abort cleanup finds no stream to destroy, so saveRequestFiles() never settles, the request handler hangs, and the temporary file already written to disk is never cleaned up. An unauthenticated client can repeat this to permanently leak temporary files and suspended handler executions, leading to disk and event-loop exhaustion. The issue is fixed in @fastify/multipart 10.1.1. Users should upgrade to 10.1.1.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS