Quell'immagine che hai caricato poteva eseguire codice: la falla WordPress risolta dopo 10 anni
La falla nascosta che metteva a rischio il tuo WordPress
Quante volte ti sei fermato a riflettere prima di caricare un'immagine sul tuo sito WordPress? Probabilmente mai. E invece proprio lì si nascondeva un problema che ha colpito milioni di installazioni.
Il team di sicurezza di WordPress ha rilasciato una patch per una vulnerabilità che era sotto gli occhi di tutti — letteralmente — per quasi un decennio. Il difetto permetteva a file PNG appositamente manipolati di contenere codice PostScript in grado di essere eseguito sul server al momento del caricamento attraverso la libreria media.
Il pericolo silenzioso nei tuoi file
La parte inquietante? Non si tratta di una vulnerabilità teorica, uscita da un paper di ricerca. Era attiva su installazioni WordPress reali, in produzione, da anni. L'exploit funziona inserendo istruzioni eseguibili dentro un file immagine — qualcosa che la maggior parte dei sistemi si fida ciecamente di processare.
L'attacco è geniale nella sua semplicità. Un malintenzionato crea un PNG che contiene codice PostScript, lo carica tramite l'uploader di WordPress. In alcune configurazioni o setup server, quell'immagine non viene solo archiviata — viene elaborata in modo da eseguire i comandi nascosti.
L'accesso autore: quel varco che quasi non c'era
E qui la cosa si fa interessante per sviluppatori e amministratori. Per sfruttare questa falla serve un accesso a livello di autore. Questo significa che se gestisci un sito WordPress con più collaboratori, non stavi solo affidando loro la qualità dei contenuti — gli stavi dando potenzialmente il controllo dell'esecuzione sul server.
Un promemoria brutale: i permessi dei ruoli utente non servono solo a controllare che i testi siano ben scritti. Sono la tua prima linea di difesa contro il compromise del server.
Cosa fare adesso
Se usi WordPress, aggiorna subito. La versione 7.0.4 è la risposta. Ma oltre a questo singolo update, l'incidente dovrebbe spingerti a una seria riflessione sull'architettura del tuo sito:
- Controlla i ruoli utente. Chi ha davvero bisogno della possibilità di caricare file?
- Implementa validazioni aggiuntive oltre a quelle default di WordPress
- Rivedi le impostazioni PHP del server relative all'esecuzione di file caricati
- Attiva gli aggiornamenti automatici per le patch di sicurezza critiche
Il quadro più ampio
Questa vulnerabilità è un esempio perfetto di una classe di problemi di sicurezza che spesso passa inosservata: la fiducia cieca nei formati file. Come settore ci siamo migliorati nel sanificare input testuali e query SQL, ma immagini, documenti e altri file "passivi" continuano a godere di una fiducia implicita in molti sistemi.
Per startup e sviluppatori che costruiscono su WordPress o piattaforme simili, il messaggio è chiaro: treat every uploaded file come potentially hostile until proven otherwise. Considera la tua libreria media come una superficie d'attacco, non solo come un repository di contenuti.
Il fatto che questa falla sia esistita per quasi dieci anni prima di essere scoperta dice anche quanto sia fondamentale tenere il software aggiornato. Potresti star eseguendo codice vulnerabile in questo momento, senza saperlo. Fino a quando non è troppo tardi.
Resta patchato, resta vigile, e forse la prossima volta che carichi un'immagine ci pensi due volte.