CVE-2026-117531
ŚrednieCVSS 5.9Streszczenie
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.
Ocena ryzyka
Nieuwierzytelniony zdalny klient może powtarzać takie zniekształcone przesłania przeciwko takiej trasie, gromadząc oczekujące połączenia i wyczerpując zasoby serwera. Wpływ dotyczy wyłącznie dostępności i zależy od aplikacji używającej opóźnionego konsumenta pliku.
Rekomendacja
Zaktualizuj @fastify/multipart do wersji 10.1.7 lub nowszej. Nie ma innego obejścia niż aktualizacja.
Inne podatności w @fastify/multipart
Zobacz wszystkie- 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.
- CVE-2026-18549Wysokie
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.
Oryginalny opis (angielski, źródło NVD)
@fastify/multipart is the multipart form-data and file upload plugin for the Fastify web framework. In versions 5.3.0 through 10.1.6, the plugin does not propagate a parser error to the file stream when a request body ends inside a file part with no closing boundary, even though the Content-Length is complete, the client does not abort, and no file size limit is exceeded. The plugin destroys the in-progress file stream without an error, so a handler that iterates the request parts and performs asynchronous work before consuming the file attaches to a stream that never emits an error or end event, and the request never responds while the connection stays open. An unauthenticated remote client can repeat these malformed uploads against such a route to accumulate pending connections and exhaust server resources, so the impact is availability only and exploitation depends on the application using a delayed file consumer. The issue is fixed in @fastify/multipart 10.1.7, where the parser error is propagated to the file stream so a delayed consumer settles with an error instead of hanging, and users should upgrade to 10.1.7 or later. There is no workaround other than upgrading.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

