CVE-2026-42594
WysokieStreszczenie
Gotenberg, API do plików PDF, ma podatność przed wersją 8.32.0, która może prowadzić do awarii procesu. Problem wynika z nieprawidłowego zarządzania kontekstem w przypadku równoległych żądań, co prowadzi do paniki w goroutine webhooka.
Ocena ryzyka
Organizacja może doświadczyć awarii usługi Gotenberg w wyniku ataku, co może prowadzić do przerwy w dostępności API i utraty danych. Wysoka liczba równoległych żądań może spowodować szybkie przeciążenie systemu.
Rekomendacja
Zaleca się aktualizację Gotenberg do wersji 8.32.0 lub nowszej, aby usunąć tę podatność. Dodatkowo warto monitorować i ograniczać liczbę równoległych żądań do API.
Inne podatności w Gotenberg API
Zobacz wszystkie- CVE-2026-42591Wysokie
Gotenberg to API bezstanowe dla plików PDF, które przed wersją 8.32.0 przekazywało przesłane dokumenty bezpośrednio do LibreOffice, nie sprawdzając ich zawartości. LibreOffice samodzielnie pobierało wszelkie osadzone zewnętrzne adresy URL, co omijało filtry SSRF.
- CVE-2026-42596Krytyczne
Gotenberg to API do plików PDF, które przed wersją 8.31.0 miało lukę w funkcji downloadFrom oraz webhook. Domyślne listy blokad były podatne na obejście, co pozwalało nieautoryzowanym atakującym na dostęp do wewnętrznych usług HTTP.
- CVE-2026-42589Krytyczne
Gotenberg to API do plików PDF, które przed wersją 8.31.0 nie weryfikowało kluczy w obiektach JSON przesyłanych do punktu końcowego /forms/pdfengines/metadata/write. Wykorzystanie znaku nowej linii w kluczu JSON pozwala na wstrzyknięcie dowolnych flag ExifTool, co prowadzi do nieautoryzowanego wykonania poleceń systemowych.
- CVE-2026-40281Krytyczne
Gotenberg to API bezstanowe dla plików PDF, które w wersjach 8.30.1 i wcześniejszych nieprawidłowo waliduje wartości metadanych. Wartości te mogą zawierać znaki nowej linii, co pozwala na wstrzykiwanie dowolnych pseudo-znaczników ExifTool, co prowadzi do poważnych luk w bezpieczeństwie.
Oryginalny opis (angielski, źródło NVD)
Gotenberg is a Docker-powered stateless API for PDF files. Prior to 8.32.0, the webhook middleware spawns a goroutine that holds a reference to the request's echo.Context after the synchronous handler returns ErrAsyncProcess and Echo recycles the context back to its sync.Pool. When a concurrent request claims the recycled context, c.Reset() clears the store. If the webhook goroutine reaches hardTimeoutMiddleware at that moment, an unchecked type assertion on a nil store entry panics outside any recover() scope, crashing the Gotenberg process. Any anonymous caller reaches the webhook path (default webhook-deny-list filters only the webhook destination, not the submitter). A single-source stress of ~24 webhook requests plus ~60 GET /version requests crashes the process in about two seconds. This vulnerability is fixed in 8.32.0.