CVE-2026-42594
HighSummary
Gotenberg, a PDF file API, has a vulnerability prior to version 8.32.0 that can lead to process crashes. The issue arises from improper context management during concurrent requests, causing a panic in the webhook goroutine.
Risk Assessment
An organization may experience service outages of Gotenberg due to an attack, leading to API unavailability and potential data loss. A high number of concurrent requests can quickly overload the system.
Recommendation
It is recommended to upgrade Gotenberg to version 8.32.0 or later to mitigate this vulnerability. Additionally, monitoring and limiting the number of concurrent requests to the API is advisable.
Other vulnerabilities in Gotenberg API
See all- CVE-2026-42591High
Gotenberg is a stateless API for PDF files that, prior to version 8.32.0, passed uploaded documents directly to LibreOffice without inspecting their content. LibreOffice then fetched any embedded external URLs on its own, completely bypassing SSRF filters.
- CVE-2026-42596Critical
Gotenberg is an API for PDF files that prior to version 8.31.0 had a vulnerability in the downloadFrom and webhook features. The default deny-lists were bypassable, allowing unauthenticated attackers to access internal HTTP services.
- CVE-2026-42589Critical
Gotenberg is a PDF file API that, prior to version 8.31.0, did not validate keys in JSON objects sent to the /forms/pdfengines/metadata/write endpoint. Using a newline character in a JSON key allows for the injection of arbitrary ExifTool flags, leading to unauthenticated OS command execution.
- CVE-2026-40281Critical
Gotenberg is a stateless API for PDF files that in versions 8.30.1 and earlier improperly validates metadata values. These values can contain newline characters, allowing injection of arbitrary ExifTool pseudo-tags, leading to serious security vulnerabilities.
Original NVD description (English source)
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.