Ghostscript vulnerability gefährdet PDF-Vorschauen

Eine in Version 10.08.0 behobene Ghostscript-Schwachstelle kann remote code execution ermöglichen, wenn ein betroffener Server eine speziell erstellte PDF verarbeitet, die ein JPEG 2000-Bild enthält, so die Forschung von Wordfence Threat Intelligence.

Die Schwachstelle wird als CVE-2026-39919 verfolgt und hat einen CVSS 3.1-Schweregradwert von 9,8 von 10. Der CVE-Eintrag weist außerdem einen CVSS 4.0-Wert von 9,3 zu. Artifex veröffentlichte Ghostscript 10.08.0 am 8. September 2026, nachdem Wordfence das Problem sechzehn Tage zuvor gemeldet hatte. Wordfence sagt, der Fehler sei ein heap buffer overflow, ein Speicherfehler, bei dem ein Programm über den reservierten Bereich hinaus schreibt, im JPEG 2000-Decoding-Pfad von Ghostscript.

Ghostscript ist eine Dokument-Engine, die verwendet wird, um PDF- und PostScript-Dateien zu lesen und Seiten für Vorschau, Druck oder Konvertierung in Bilder umzuwandeln. Viele Website-Betreiber installieren sie möglicherweise nie direkt, weil sie oft durch das Betriebssystem, ein container-Image oder ein anderes Tool eingebunden wird. In einem typischen WordPress-Pfad verwendet WordPress die PHP-Erweiterung Imagick, Imagick ruft ImageMagick auf, und ImageMagick startet Ghostscript, um eine PDF-Vorschau zu rendern. Wordfence betont, dass dies keine Schwachstelle im WordPress-Core oder in einem Formular-Plugin ist. WordPress und das Test-Plugin waren lediglich ein Weg, über den eine hochgeladene Datei Ghostscript erreichen konnte.

Das Problem ist für Hosting- und Website-Sicherheit wichtig, weil es unterhalb der Anwendungsschicht liegt. Wordfence sagt, dass eine manipulierte PDF mit einem JPEG 2000-Bild Ghostscript dazu bringen kann, vom Angreifer beeinflusste Bytes über das Ende eines heap buffer hinaus zu schreiben. Auf seiner eigens erstellten WordPress-Testseite entwickelte Wordfence diese Speicherbeschädigung zu unauthenticated remote code execution, also Codeausführung ohne vorherige Anmeldung. Der Code würde mit den Berechtigungen des Kontos laufen, das die PDF verarbeitet, nicht automatisch mit root-Rechten.

Betroffene Upstream-Versionen von Ghostscript sind laut Wordfence 9.21 bis 10.07.1, wenn der OpenJPEG-Decoder-Pfad vorhanden ist. Der CVE-Eintrag nennt als betroffenen Bereich Versionen vor 10.08.0, während Wordfence sagt, dass der anfällige Sub-Byte-Sampling-Block in 9.21 eingeführt wurde. Artifex behob das Problem in Ghostscript 10.08.0. Distributionen können den Patch auch in ältere Paketversionen zurückportieren, daher warnt Wordfence, dass die Ausgabe von gs --version allein nicht ausreicht. Entscheidend ist die vollständige Paket-Revision.

Die Tests von Wordfence zeigen, warum Website-Betreiber den hohen Schweregradwert nicht als einfache Ja-oder-Nein-Aussage über jede Website behandeln sollten. Wordfence erstellte zwei proof-of-concept-Exploits für seinen Labor-Build und führte sie dann 10.240 Mal in zehn anderen Linux-Paketumgebungen auf 64-Bit-Intel- und AMD-Systemen aus. Zu diesen Umgebungen gehörten Debian, Ubuntu, Fedora, AlmaLinux, Alpine und der offizielle WordPress container. Die beiden Dateien waren außerhalb des Builds, für den sie vorbereitet wurden, nicht erfolgreich, während sie auf dem passenden Build weiterhin funktionierten.

Das macht die Schwachstelle nicht harmlos. Wordfence behielt anschließend dieselbe Ghostscript-Ausführungsdatei bei und änderte Schriftarten, Spracheinstellungen, Schriftkonfiguration und eine zentrale Systembibliothek. Der passende Exploit war in allen vier Setups weiterhin erfolgreich, wenn auch nicht bei jedem Versuch. Wordfence sagt, dass dies die Sorge vor gezielten Angriffen und Gruppen von Servern stützt, die denselben Build teilen, etwa Websites, die aus demselben Hosting-Image oder derselben container-Basis bereitgestellt werden. Wordfence sagt außerdem, es habe derzeit keine öffentlichen Hinweise gefunden, dass diese Ghostscript-Schwachstelle ausgenutzt wird.

Wordfence testete am 15. September zehn Paketumgebungen. Zur betroffenen Gruppe gehörten der getestete Snapshot des offiziellen WordPress Docker-Images, Debian 13, Debian 12, Ubuntu 22.04 LTS, Ubuntu 24.04 LTS, Ubuntu 26.04, Fedora 44, AlmaLinux 10, Alpine 3.22 und Alpine 3.23. Der Snapshot des offiziellen WordPress Docker-Images enthielt Ghostscript 10.05.1, die Imagick-Erweiterung und einen funktionierenden PDF-Vorschaupfad. Standard-WordPress erlaubte anonymen Besuchern weiterhin nicht, PDFs in die Media Library hochzuladen, daher sagt Wordfence, dass ein Angreifer ein Plugin, ein Formular, eine Anwendungsroute oder ein Konto benötigen würde, das diesen Upload-Pfad bereitstellt.

Seit diesen Tests wurden laut Wordfence für mehrere Systeme behobene Pakete ausgeliefert. Ubuntu behob 22.04, 24.04 und 26.04. Debian behob 13 über sein Sicherheits-Repository, während Debian 12 weiterhin als anfällig gelistet blieb. AlmaLinux 10 veröffentlichte seinen Fix am 2. Oktober. Stand 9. Oktober sagte Wordfence, dass die offiziellen Paket-Seiten für Fedora 44, Alpine 3.22 und Alpine 3.23 noch immer die älteren getesteten Revisionen auflisteten. Administratoren sollten das Advisory ihrer Distribution prüfen, um die genaue behobene Paket-Revision zu ermitteln.

Für WordPress-Website-Betreiber hängt die praktische Gefährdung davon ab, dass vier Bedingungen gleichzeitig zutreffen: Ein Besucher oder Nutzer mit niedrigen Rechten kann eine PDF hochladen, etwas auf der Website erstellt aus dieser PDF eine Vorschau oder ein Thumbnail, der Server hat Imagick oder ein anderes Tool, das Ghostscript aufruft, und das installierte Ghostscript-Paket enthält den Fix nicht. Wenn PDFs nur gespeichert und nie verarbeitet werden, ist dieser spezifische Pfad nicht exponiert, aber Wordfence merkt an, dass viele Website-Betreiber nicht wissen werden, was im Hintergrund passiert.

Der Fix ist kein WordPress-Plugin-Update. Auf Debian- und Ubuntu-Systemen empfiehlt Wordfence, die vollständige Ghostscript-Paket-Revision mit dpkg -s ghostscript zu prüfen. Auf Fedora- und Red-Hat-Familiensystemen empfiehlt es rpm -q ghostscript. Containers sollten aus einem aktualisierten Basis-Image neu gebaut und erneut bereitgestellt werden, nicht lediglich aus dem alten Image neu gestartet werden. Wordfence warnt außerdem, dass ein 10.08.0 release candidate 10.08.0 meldet, aber nicht behoben ist, sodass Administratoren die finale Veröffentlichung oder ein Distributionspaket benötigen, das den Fix enthält.

Wenn sofortiges Patchen nicht möglich ist, empfiehlt Wordfence, PDFs von Besuchern und Nutzern mit niedrigen Rechten zu stoppen, PDF-Lesevorgänge in der Sicherheitsrichtlinie von ImageMagick zu deaktivieren und die Anzahl der Dateien pro Einreichung mit Rate Limits für Upload-Formulare zu begrenzen. Diese Schritte verringern die Exposition oder die Möglichkeiten für Angreifer, reparieren Ghostscript aber nicht. Wordfence sagt außerdem, dass die -dSAFER sandbox von Ghostscript nicht als Fix behandelt werden sollte, weil seine Tests die Schwachstelle mit aktivierter sandbox erreichten.

Das Problem ist nicht auf WordPress beschränkt. Jede Anwendung, die nicht vertrauenswürdige PDFs an einen betroffenen Ghostscript-Build sendet, kann exponiert sein, darunter Dokumentenmanagementsysteme, Druckdienste, Rechnungsverarbeiter, Mail-Gateways und Konvertierungs-APIs. Eine Suche im Anwendungscode nach dem Wort Ghostscript kann die Abhängigkeit übersehen, weil ImageMagick oder eine andere Bibliothek oft zwischen Webanwendung und Konverter sitzt.

Für Leser, die kundenorientierte Websites betreiben, ist die Hosting-Schicht wichtig, weil die anfällige Komponente möglicherweise durch das Server-Image und nicht durch den Website-Code bereitgestellt wird; AEU Hosting ist hier als managed WordPress hosting relevant, abgesichert von Ende zu Ende. Die unmittelbare Maßnahme bleibt für jede Umgebung dieselbe: bestätigen, ob nicht vertrauenswürdige PDFs gerendert werden, ein behobenes Ghostscript-Paket installieren, den Neustart-Anweisungen des Anbieters oder Hosts folgen und containers aus aktualisierten Basis-Images neu bauen.