Chiavi certificati prevedibili e bug PHP critici: doppio allarme Web

di
Mani anonime e server rack che evocano problemi di sicurezza dei certificati

I browser hanno corretto un problema da remoto. I server vanno aggiornati manualmente.

Una patata bollente: Questa settimana i team di sicurezza devono gestire due emergenze distinte, entrambe colpiscono le fondamenta del web. La prima riguarda una authority di certificati che ha emesso chiavi private così deboli da poter essere indovinate. La seconda è costituita da due vulnerabilità critiche in PHP trapelate prima dell’arrivo delle patch. I browser hanno risolto il problema dei certificati in poche ore. Tutto il resto — dai server Linux alle immagini Docker fino ai dispositivi IoT — richiede che qualcuno si colleghi e applichi le correzioni manualmente.

Otto certificati intermedi rilasciati dalla certification authority indiana eMudhra sono risultati avere chiavi private così povere di entropia da poter essere ricostruite partendo dai certificati stessi. Quei certificati si attestavano su root già fidati da Chrome, Firefox, Safari e Windows, oltre che da sistemi operativi e numerosi store di fiducia software. Chiunque fosse in possesso di una di quelle chiavi avrebbe potuto emettere certificati validi per qualsiasi dominio, impersonare siti e intercettare o alterare il traffico.

Rappresentazione di certificati digitali con chiavi deboli
Otto certificati intermedi con chiavi a bassa entropia hanno messo a rischio la fiducia del web.

Una chiave P-384 generata correttamente offre circa 384 bit di entropia. Le chiavi di eMudhra ne avevano tra 3 e 8, e una di esse era semplicemente il numero 4. Per recuperare tutte e otto le chiavi è sufficiente testare al massimo 256 valori. L’azienda ha attribuito l’errore a uno script difettoso durante la generazione delle chiavi, che sono poi state usate per errore. Questo implica che le chiavi sono rimaste esposte per circa 18 mesi prima che un ricercatore segnalasse il problema questo mese. La società afferma che la maggior parte dei certificati non è mai finita in produzione e non ha trovato prove di un utilizzo improprio.

LEGGI  Broadcom denuncia Siemens: uso illecito di migliaia di prodotti VMware!

I browser hanno agito con rapidità. Chrome e Firefox hanno bloccato le chiavi in poche ore tramite le loro liste di revoca remote, senza bisogno di aggiornamenti o riavvii, e Apple e Microsoft hanno seguito la misura entro il 20 ottobre.

Il problema più esteso riguarda però tutto ciò che non è un browser. Server, container, strumenti da riga di comando e dispositivi embedded spesso si appoggiano a un elenco statico di root fidati incluso nel pacchetto e non controllano la revoca. Go, il pacchetto certifi di Python, curl, Node.js e la maggior parte delle principali distribuzioni Linux hanno già distribuito correzioni, mentre Java, Bun e FreeBSD erano ancora in attesa al momento della redazione.

“Sarà un’operazione di pulizia enorme, più grande di Heartbleed,” ha detto Filippo Valsorda, manutentore della crittografia in Go, a Ars Technica. Un attacco tuttavia richiede ancora di trovarsi tra l’utente e il server, condizione che è semplice da ottenere su una rete condivisa.

La seconda emergenza importante della settimana riguarda PHP. Con PHP che alimenta quasi il 70% dei siti web (incluso Teleblu), l’impatto potenziale è enorme. Piattaforme come WordPress, Drupal, MediaWiki e molte altre sono interessate. Il team di PHP ha rilasciato correzioni d’emergenza per due difetti, CVE-2026-109618 e CVE-2026-109619, raggruppati con il nome PHP2Shell e valutati con gravità 9,2 su 10.

Schermata di codice PHP su monitor con server sullo sfondo
Le vulnerabilità PHP2Shell permettono l’esecuzione di codice o l’esposizione di dati sensibili.

Entrambe le vulnerabilità derivano dal fatto che PHP può lasciare la memoria in uno stato corrotto quando una richiesta termina in modo anomalo; un attaccante può trasformare questa condizione in esecuzione di codice o sfruttarla per leggere dati sensibili — come password e chiavi API — dalla memoria del server. Poiché il bug risiede nel runtime di PHP, un sito è vulnerabile anche se il suo codice applicativo è sicuro.

Le falle sono state scoperte da Wiz, Calif e OpenAI. Wiz segnala che ogni release di PHP degli ultimi dieci anni è interessata da almeno una di esse, e che sono stati proprio gli strumenti di intelligenza artificiale a rendere praticabile la costruzione della complessa catena di exploit. Questo indica che bug una volta ritenuti troppo difficili da sfruttare potrebbero non essere più trascurabili.

LEGGI  Samsung Sigla Accordi Quinquennali sui Chip, la Domanda di IA Continua a Crescere

Le correzioni sono arrivate sotto forte pressione, dopo che alcuni dettagli sono trapelati il 20 ottobre, prima della disclosure programmata. PHP si è mosso per patchare immediatamente, mentre il CTO di Cloudflare ha riferito che attacchi iniziali erano già in corso prima che le patch fossero disponibili.

Gli amministratori di sistema devono aggiornare subito a PHP 8.5.12, 8.4.27, 8.3.36 o 8.2.35. I server che eseguono Apache con mod_php sono i più a rischio, poiché una singola richiesta non autenticata può innescare l’attacco prima ancora che qualunque codice applicativo venga eseguito. L’FBI, la NSA e il National Cyber Security Centre del Regno Unito hanno raccomandato alle organizzazioni di applicare le patch immediatamente o di mettere offline i sistemi PHP fino a che non possano essere aggiornati.

Messaggi simili: