Una vulnerabilità in Ghostscript mette a rischio le anteprime PDF

Una vulnerabilità in Ghostscript corretta nella versione 10.08.0 può consentire remote code execution quando un server interessato elabora un PDF appositamente creato contenente un’immagine JPEG 2000, secondo una ricerca di Wordfence Threat Intelligence.

La falla è tracciata come CVE-2026-39919 e ha un punteggio di gravità CVSS 3.1 di 9,8 su 10. Il record CVE assegna anche un punteggio CVSS 4.0 di 9,3. Artifex ha rilasciato Ghostscript 10.08.0 l’8 settembre 2026, dopo che Wordfence aveva segnalato il problema sedici giorni prima. Wordfence afferma che il bug è un heap buffer overflow, un errore di memoria in cui un programma scrive oltre lo spazio che aveva riservato, nel percorso di decodifica JPEG 2000 di Ghostscript.

Ghostscript è un motore per documenti usato per leggere file PDF e PostScript e trasformare le pagine in immagini per anteprime, stampa o conversione. Molti proprietari di siti web potrebbero non installarlo mai direttamente, perché spesso viene incluso dal sistema operativo, da un’immagine container o da un altro strumento. In un percorso comune di WordPress, WordPress usa l’estensione PHP Imagick, Imagick chiama ImageMagick e ImageMagick avvia Ghostscript per generare l’anteprima di un PDF. Wordfence sottolinea che questa non è una vulnerabilità del core di WordPress o di un plugin per moduli. WordPress e il plugin di test erano semplicemente un percorso attraverso cui un file caricato poteva raggiungere Ghostscript.

Il problema è importante per la sicurezza di hosting e siti web perché si trova sotto il livello applicativo. Wordfence afferma che un PDF costruito con un’immagine JPEG 2000 può indurre Ghostscript a scrivere byte influenzati dall’attaccante oltre la fine di un heap buffer. Nel suo sito di test WordPress creato appositamente, Wordfence ha trasformato quella corruzione di memoria in remote code execution non autenticata, cioè esecuzione di codice senza prima effettuare l’accesso. Il codice verrebbe eseguito con i permessi dell’account che elabora il PDF, non automaticamente con privilegi root.

Le versioni upstream di Ghostscript interessate sono dalla 9.21 alla 10.07.1 quando è presente il percorso del decoder OpenJPEG, secondo Wordfence. Il record CVE indica l’intervallo interessato come precedente alla 10.08.0, mentre Wordfence afferma che il blocco vulnerabile di sub-byte sampling è stato introdotto nella 9.21. Artifex ha corretto il problema in Ghostscript 10.08.0. Le distribuzioni possono anche fare backport della patch in versioni di pacchetto più vecchie, quindi Wordfence avverte che l’output di gs --version da solo non è sufficiente. Ciò che conta è la revisione completa del pacchetto.

I test di Wordfence mostrano perché i proprietari di siti non dovrebbero interpretare l’alto punteggio di gravità come una semplice risposta sì o no valida per ogni sito web. Wordfence ha costruito due proof-of-concept exploit per la sua build di laboratorio, poi li ha eseguiti 10.240 volte su dieci altri ambienti di pacchetti Linux su sistemi Intel e AMD a 64 bit. Quegli ambienti includevano Debian, Ubuntu, Fedora, AlmaLinux, Alpine e il container ufficiale WordPress. I due file non hanno avuto successo fuori dalla build per cui erano stati preparati, mentre hanno continuato a funzionare sulla build corrispondente.

Questo non rende la vulnerabilità innocua. Wordfence ha poi mantenuto lo stesso eseguibile Ghostscript e ha modificato font, impostazioni della lingua, configurazione dei font e una libreria di sistema core. L’exploit corrispondente è comunque riuscito in tutte e quattro le configurazioni, anche se non a ogni tentativo. Wordfence afferma che questo supporta la preoccupazione per attacchi mirati e gruppi di server che condividono la stessa build, come siti distribuiti dalla stessa immagine di hosting o base container. Wordfence afferma inoltre di non aver trovato prove pubbliche che questa falla di Ghostscript sia oggi sfruttata.

Wordfence ha testato dieci ambienti di pacchetti il 15 settembre. L’insieme interessato includeva lo snapshot dell’immagine Docker ufficiale di WordPress testato, Debian 13, Debian 12, Ubuntu 22.04 LTS, Ubuntu 24.04 LTS, Ubuntu 26.04, Fedora 44, AlmaLinux 10, Alpine 3.22 e Alpine 3.23. Lo snapshot dell’immagine Docker ufficiale di WordPress conteneva Ghostscript 10.05.1, l’estensione Imagick e un percorso funzionante per l’anteprima PDF. WordPress standard continuava comunque a non consentire ai visitatori anonimi di caricare PDF nella Media Library, quindi Wordfence afferma che un attaccante avrebbe bisogno di un plugin, un modulo, un percorso applicativo o un account che fornisca quel percorso di upload.

Dopo quei test, Wordfence afferma che pacchetti corretti sono stati distribuiti per diversi sistemi. Ubuntu ha corretto 22.04, 24.04 e 26.04. Debian ha corretto 13 tramite il suo repository di sicurezza, mentre Debian 12 risultava ancora elencato come vulnerabile. AlmaLinux 10 ha pubblicato la sua correzione il 2 ottobre. Al 9 ottobre, Wordfence afferma che le pagine ufficiali dei pacchetti per Fedora 44, Alpine 3.22 e Alpine 3.23 elencavano ancora le revisioni più vecchie testate. Gli amministratori dovrebbero controllare l’advisory della propria distribuzione per conoscere l’esatta revisione di pacchetto corretta.

Per i proprietari di siti WordPress, l’esposizione pratica dipende dal verificarsi contemporaneo di quattro condizioni: un visitatore o un utente con pochi privilegi può caricare un PDF, qualcosa sul sito crea un’anteprima o una thumbnail da quel PDF, il server ha Imagick o un altro strumento che chiama Ghostscript, e il pacchetto Ghostscript installato non include la correzione. Se i PDF vengono solo archiviati e mai elaborati, questo percorso specifico non è esposto, ma Wordfence osserva che molti proprietari di siti non sapranno che cosa accade dietro le quinte.

La correzione non è un aggiornamento di un plugin WordPress. Sui sistemi Debian e Ubuntu, Wordfence raccomanda di controllare la revisione completa del pacchetto Ghostscript con dpkg -s ghostscript. Sui sistemi Fedora e della famiglia Red Hat, raccomanda rpm -q ghostscript. I container dovrebbero essere ricostruiti e ridistribuiti da un’immagine base aggiornata, non semplicemente riavviati dalla vecchia immagine. Wordfence avverte inoltre che una release candidate 10.08.0 riporta 10.08.0 ma non è corretta, quindi gli amministratori hanno bisogno della release finale o di un pacchetto della distribuzione che contenga la correzione.

Se non è possibile applicare subito la patch, Wordfence raccomanda di bloccare i PDF da visitatori e utenti con pochi privilegi, disabilitare le letture PDF nella policy di sicurezza di ImageMagick e limitare il numero di file per invio con rate limits sui moduli di upload. Questi passaggi riducono l’esposizione o le opportunità per l’attaccante, ma non riparano Ghostscript. Wordfence afferma inoltre che la sandbox -dSAFER di Ghostscript non dovrebbe essere considerata una correzione, perché i suoi test hanno raggiunto la falla con quella sandbox abilitata.

Il problema non è limitato a WordPress. Qualsiasi applicazione che invii PDF non attendibili a una build Ghostscript interessata può essere esposta, inclusi sistemi di gestione documentale, servizi di stampa, processori di fatture, mail gateway e API di conversione. Cercare nel codice applicativo la parola Ghostscript può non individuare la dipendenza, perché ImageMagick o un’altra libreria spesso si trova tra l’applicazione web e il convertitore.

Per i lettori che gestiscono siti web rivolti ai clienti, il livello hosting conta perché il componente vulnerabile può essere fornito dall’immagine del server anziché dal codice del sito; AEU Hosting è rilevante in questo contesto come hosting WordPress gestito, protetto end to end. L’azione immediata resta la stessa per ogni ambiente: confermare se PDF non attendibili vengono renderizzati, installare un pacchetto Ghostscript corretto, seguire le indicazioni di riavvio del vendor o dell’host e ricostruire i container da immagini base aggiornate.