{"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\/news\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","title":{"rendered":"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>. Questo rilascio \u00e8 notevole per la conclusione di un'epopea di sei anni<\/a><\/noindex> per la realizzazione le possibilit\u00e0<\/a><\/noindex> del controllo degli aggiornamenti e delle estensioni tramite firma digitale. <\/p>\n

Fino ad ora, durante l'installazione degli aggiornamenti in WordPress, il fattore principale per garantire la sicurezza era la fiducia nell'infrastruttura e nei server di WordPress (dopo il download si verificava l'hash senza verificare la sorgente). 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 aggiornamenti automatici. Secondo il modello di consegna fidato precedentemente applicato, tale sostituzione sarebbe passata inosservata dagli utenti. <\/p>\n

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

Nel caso di utilizzo delle firme digitali, il controllo sul server di distribuzione degli aggiornamenti non porterebbe alla compromissione dei sistemi degli utenti, poich\u00e9 per effettuare un attacco sarebbe necessario ottenere anche la chiave privata conservata separatamente, tramite la quale vengono firmati gli aggiornamenti. <\/p>\n

L'implementazione del controllo delle sorgenti degli aggiornamenti tramite firma digitale \u00e8 stata ostacolata dal fatto che il supporto per gli algoritmi crittografici necessari \u00e8 apparso nella distribuzione standard di PHP relativamente di recente. Gli algoritmi crittografici richiesti sono stati introdotti grazie all'integrazione della libreria Libsodium<\/a><\/noindex> nel core di PHP 7.2<\/a><\/noindex>. Ma come versione minima supportata in WordPress \u00e8 dichiarata<\/a><\/noindex> versione 5.2.4 (a partire da WordPress 5.2 \u2014 5.6.20). L'attivazione del supporto per le firme digitali avrebbe comportato un significativo aumento dei requisiti per la versione minima supportata di PHP o l'aggiunta di una dipendenza esterna, il che non era accettabile per gli sviluppatori considerando la diffusione delle versioni di PHP nei sistemi di hosting. <\/p>\n

La soluzione \u00e8 stata sviluppo<\/a><\/noindex> e l'inclusione, in WordPress 5.2, di una versione compatta di Libsodium \u2014 Sodium Compat<\/a><\/noindex>, in cui \u00e8 implementato un insieme minimo di algoritmi in PHP 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 ad adottare algoritmi crittografici moderni.<\/p>\n

Per la generazione delle firme digitali \u00e8 stato utilizzato l'algoritmo Ed25519<\/a><\/noindex>, sviluppato con la partecipazione di Daniel Bernstein. La firma digitale \u00e8 generata per il valore dell'hash SHA384, calcolato dal contenuto dell'archivio con gli aggiornamenti. Ed25519 offre un livello di sicurezza superiore rispetto a ECDSA e DSA, e dimostra una velocit\u00e0 di verifica e di generazione delle firme molto elevata. La resistenza all'attacco per Ed25519 \u00e8 di circa 2^128 (in media, per attaccare Ed25519 \u00e8 necessario eseguire 2^140 operazioni bit), il che \u00e8 equivalente alla resistenza di algoritmi come NIST P-256 e RSA con una chiave di 3000 bit o di un cifrario a blocchi a 128 bit. Ed25519 non \u00e8 neppure soggetto ai problemi di collisione negli hash, non \u00e8 sensibile agli attacchi tramite analisi del timing della cache e agli attacchi tramite canali laterali. <\/p>\n

Nella versione WordPress 5.2, la verifica della firma digitale copre attualmente solo gli aggiornamenti principali della piattaforma e non blocca l'aggiornamento per impostazione predefinita, ma informa semplicemente l'utente di un problema riscontrato. Non \u00e8 stata inclusa la funzionalit\u00e0 di blocco per impostazione predefinita a causa della necessit\u00e0 di una verifica completa e di una possibilit\u00e0 di bypass dei problemi potenziali<\/a><\/noindex>. In futuro, \u00e8 previsto che la verifica della firma digitale venga aggiunta anche per la verifica della provenienza dei temi e dei plugin (i produttori potranno firmare le release con la propria chiave).<\/p>\n

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