{"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\/novosti-interneta\/uyazvimost-v-putty-pozvolyayushhaya-vosstanovit-zakrytyj-klyuch-polzovatelya","title":{"rendered":"Vulnerabilit\u00e0 in PuTTY consente il recupero della chiave privata dell'utente","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In PuTTY, il client per il protocollo SSH popolare sulla piattaforma Windows, \u00e8 stata rilevata una vulnerabilit\u00e0 critica (CVE-2024-31497) che permette di ricreare la chiave privata dell'utente generata utilizzando l'algoritmo ECDSA con la curva ellittica NIST P-521 (ecdsa-sha2-nistp521). Per recuperare la chiave privata, \u00e8 sufficiente analizzare circa 60 firme digitali generate con la chiave compromessa. <\/p>\n
La vulnerabilit\u00e0 si manifesta a partire dalla versione PuTTY 0.68 e ha colpito anche prodotti che includono versioni vulnerabili di PuTTY, come FileZilla (3.24.1 — 3.66.5), WinSCP (5.9.5 — 6.3.2), TortoiseGit (2.4.0.2 — 2.15.0) e TortoiseSVN (1.10.0 — 1.14.6). Il problema \u00e8 stato risolto negli aggiornamenti di 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 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 fossero significativi. 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 completa copertura casuale dei dati per il parametro utilizzato nel calcolo del modulo sono fondamentali, 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 problematica per 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, connettendo l'utente a un server SSH dell'attaccante o a un server Git che utilizza SSH come trasporto. Le firme necessarie per l'attacco possono essere anche apprese se la chiave \u00e8 stata utilizzata per firmare dati arbitrari, come gli commit git utilizzando l'agente SSH Pageant per reindirizzare il traffico sull'host dello sviluppatore. L'ottenimento dei dati necessari per il recupero della 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 applicato in PuTTY e per altri tipi di curve ellittiche, ma per algoritmi diversi da ECDSA P-521, le perdite di informazioni non sono sufficienti per attuare un attacco funzionante per il recupero della chiave. Le chiavi ECDSA di dimensioni diverse e le chiavi Ed25519 non sono vulnerabili ad attacchi. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"