{"id":115101,"date":"2024-04-16T14:30:16","date_gmt":"2024-04-16T12:30:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-putty-pozvolyayushhaya-vosstanovit-zakrytyj-klyuch-polzovatelya"},"modified":"2024-04-16T14:30:16","modified_gmt":"2024-04-16T12:30:16","slug":"uyazvimost-v-putty-pozvolyayushhaya-vosstanovit-zakrytyj-klyuch-polzovatelya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimost-v-putty-pozvolyayushhaya-vosstanovit-zakrytyj-klyuch-polzovatelya","title":{"rendered":"Vulnerabilit\u00e0 in PuTTY che consente di ripristinare la chiave privata dell'utente","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In PuTTY, un client per il protocollo SSH molto popolare sulla piattaforma Windows, \u00e8 stata scoperta una vulnerabilit\u00e0 critica (CVE-2024-31497) che consente di ricostruire la chiave privata dell'utente generata utilizzando l'algoritmo ECDSA con la curva ellittica NIST P-521 (ecdsa-sha2-nistp521). Per individuare la chiave privata \u00e8 sufficiente analizzare circa 60 firme digitali generate dalla chiave difettosa. <\/p>\n
La vulnerabilit\u00e0 si manifesta a partire dalla versione PuTTY 0.68 ed ha colpito anche prodotti che includono versioni vulnerabili di PuTTY, come FileZilla (3.24.1 \u2013 3.66.5), WinSCP (5.9.5 \u2013 6.3.2), TortoiseGit (2.4.0.2 \u2013 2.15.0) e TortoiseSVN (1.10.0 \u2013 1.14.6). Il problema \u00e8 stato risolto negli aggiornamenti PuTTY 0.81, FileZilla 3.67.0, WinSCP 6.3.3 e TortoiseGit 2.15.0.1. Dopo aver installato l'aggiornamento, si consiglia agli utenti di generare nuove chiavi e rimuovere le vecchie chiavi pubbliche dai file authorized_keys. <\/p>\n
La vulnerabilit\u00e0 \u00e8 stata causata dalla negligenza degli sviluppatori, che per generare una chiave a 521 bit hanno utilizzato un vettore di inizializzazione (nonce) basato su una sequenza casuale a 512 bit, probabilmente ritenendo che 512 bit di entropia fossero sufficienti e che i restanti 9 bit non avessero rilevanza. Di conseguenza, in tutte le chiavi private create in PuTTY utilizzando l'algoritmo ecdsa-sha2-nistp521, i primi 9 bit del vettore di inizializzazione assumevano sempre valori nulli. <\/p>\n
Per ECDSA e DSA, la qualit\u00e0 del generatore di numeri pseudocasuali e la copertura completa con dati casuali del parametro utilizzato per calcolare il modulo sono di fondamentale importanza, poich\u00e9 la determinazione anche di pochi bit con informazioni sul vettore di inizializzazione \u00e8 sufficiente per eseguire un attacco di recupero sequenziale dell'intera chiave privata. Per il recupero riuscito della chiave, \u00e8 sufficiente avere la chiave pubblica e analizzare alcune decine di firme digitali generate utilizzando la chiave vulnerabile con dati noti all'attaccante. L'attacco si riduce alla soluzione del problema HNP (Hidden Number Problem). <\/p>\n
Le firme digitali necessarie possono essere ottenute, ad esempio, collegando l'utente a un server SSH dell'attaccante o a un server Git che utilizza SSH come mezzo di trasporto. Le firme necessarie per l'attacco possono anche essere ottenute se la chiave \u00e8 stata utilizzata per firmare dati arbitrari, come i commit di git quando si utilizza l'agent SSH Pageant per reindirizzare il traffico verso l'host dello sviluppatore. L'ottenimento dei dati necessari per recuperare la chiave durante un attacco MITM \u00e8 escluso, poich\u00e9 le firme in SSH non vengono trasmesse in chiaro. <\/p>\n
Si segnala che un uso simile di vettori di inizializzazione incompleti \u00e8 stato impiegato in PuTTY e per altri tipi di curve ellittiche, ma per algoritmi diversi dall'ECDSA P-521, le fughe di informazioni emerse non sono sufficienti per realizzare un attacco funzionante per il recupero della chiave. Le chiavi ECDSA di altre dimensioni e le chiavi Ed25519 non sono vulnerabili all'attacco. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"