{"id":33247,"date":"2019-10-31T21:51:34","date_gmt":"2019-10-31T18:51:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi\/"},"modified":"2019-10-31T21:51:34","modified_gmt":"2019-10-31T18:51:34","slug":"reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","title":{"rendered":"Il rilascio di WordPress 5.2 con supporto per la verifica degli aggiornamenti tramite firma digitale","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Presentato<\/a><\/noindex> rilascio del sistema di gestione dei contenuti web WordPress 5.2<\/a><\/noindex>. Questa versione \u00e8 notevole per la conclusione di un'epopea durata sei anni<\/a><\/noindex> per la realizzazione della possibilit\u00e0<\/a><\/noindex> di verifica degli aggiornamenti e dei plugin tramite firma digitale. <\/p>\n

Fino ad ora, nell'installazione degli aggiornamenti su WordPress, il fattore principale per garantire la sicurezza era la fiducia nell'infrastruttura e nei server di WordPress (dopo il caricamento, veniva eseguita la verifica dell'hash senza una verifica della fonte). In caso di compromissione dei server del progetto, gli attaccanti avrebbero potuto sostituire l'aggiornamento e diffondere codice malevolo tra i siti basati su WordPress che utilizzano il sistema di installazione automatica degli aggiornamenti. Secondo il modello di consegna basato sulla fiducia precedentemente adottato, una tale sostituzione sarebbe rimasta inosservata da parte degli utenti. <\/p>\n

Considerando che, secondo i dati<\/a><\/noindex> il progetto w3techs, la piattaforma WordPress \u00e8 utilizzata nel 33.8% dei siti web sulla rete, l'incidente avrebbe assunto proporzioni catastrofiche. Inoltre, il rischio di compromissione dell'infrastruttura non era ipotetico, ma molto reale. Ad esempio, alcuni anni fa, uno dei ricercatori sulla sicurezza ha dimostrato<\/a><\/noindex> una vulnerabilit\u00e0 che consentiva a un attaccante di eseguire il proprio codice sul server api.wordpress.org. <\/p>\n

Nel caso in cui vengano utilizzate firme digitali, il controllo del server di distribuzione degli aggiornamenti non porter\u00e0 a compromettere i sistemi degli utenti, poich\u00e9 per condurre un attacco sar\u00e0 necessario ottenere anche la chiave privata, custodita separatamente, utilizzata per firmare gli aggiornamenti. <\/p>\n

L'implementazione della verifica della fonte degli aggiornamenti tramite firma digitale \u00e8 stata ostacolata dal fatto che il supporto per gli algoritmi crittografici necessari \u00e8 stato introdotto in PHP solo di recente. Gli algoritmi crittografici necessari sono stati integrati grazie alla libreria Libsodium<\/a><\/noindex> nel core di PHP 7.2<\/a><\/noindex>. Ma la versione minima supportata in WordPress \u00e8 dichiarata<\/a><\/noindex> rilascio 5.2.4 (a partire da WordPress 5.2 \u2014 5.6.20). L'introduzione del supporto per le firme digitali avrebbe comportato un aumento significativo dei requisiti per la versione minima supportata di PHP o l'aggiunta di una dipendenza esterna, scenario non accettabile per gli sviluppatori considerata la diffusione delle versioni PHP nei sistemi di hosting. <\/p>\n

La soluzione \u00e8 stata sviluppare<\/a><\/noindex> e l'inclusione in WordPress 5.2 di una versione compatta di Libsodium \u2014 Sodium Compat<\/a><\/noindex>, in cui \u00e8 implementato in PHP un set minimo di algoritmi per la verifica delle firme digitali. L'implementazione lascia a desiderare in termini di prestazioni, ma risolve completamente il problema della compatibilit\u00e0 e consente agli sviluppatori di plugin di iniziare a integrare algoritmi crittografici moderni.<\/p>\n

Per la generazione delle firme digitali viene utilizzato l'algoritmo Ed25519<\/a><\/noindex>, sviluppato con la partecipazione di Daniel J. Bernstein. La firma digitale \u00e8 creata per il valore dell'hash SHA384 calcolato dal contenuto dell'archivio con l'aggiornamento. Ed25519 offre un livello di sicurezza superiore rispetto a ECDSA e DSA, e mostra una velocit\u00e0 di verificazione e generazione delle firme molto elevata. La resistenza agli attacchi per Ed25519 \u00e8 di circa 2^128 (in media, per attaccare Ed25519 sono necessarie circa 2^140 operazioni binarie), equivalente alla resistenza di algoritmi come NIST P-256 e RSA con una lunghezza della chiave di 3000 bit o al cifrario a blocchi a 128 bit. Ed25519 non \u00e8 anche soggetto a problemi di collisione negli hash, non \u00e8 vulnerabile agli attacchi di analisi del tempo (cache-timing) e ad attacchi attraverso canali laterali. <\/p>\n

Nella versione di WordPress 5.2, la verifica della firma digitale copre solo gli aggiornamenti principali della piattaforma e non porta, per impostazione predefinita, al blocco dell'aggiornamento, ma informa solo l'utente di un problema sorto. \u00c8 stato deciso di non includere il blocco per impostazione predefinita a causa della necessit\u00e0 di una verifica approfondita e di un'interruzione di eventuali problemi<\/a><\/noindex>. In futuro si prevede di implementare anche il controllo tramite firma digitale per la verifica della fonte di installazione di temi e plugin (i produttori potranno firmare le release con la propria chiave).<\/p>\n

Oltre al supporto delle firme digitali, in WordPress 5.2 si possono notare le seguenti modifiche:<\/p>\n