{"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\/es\/blog\/news\/uyazvimost-v-putty-pozvolyayushhaya-vosstanovit-zakrytyj-klyuch-polzovatelya","title":{"rendered":"Vulnerabilidad en PuTTY que permite recuperar la clave privada del usuario","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
En PuTTY, un cliente para el protocolo SSH popular en la plataforma Windows, se ha descubierto una vulnerabilidad cr\u00edtica (CVE-2024-31497) que permite reconstruir la clave privada del usuario generada utilizando el algoritmo ECDSA con la curva el\u00edptica NIST P-521 (ecdsa-sha2-nistp521). Para obtener la clave privada, es suficiente analizar aproximadamente 60 firmas digitales formadas con la clave problem\u00e1tica. <\/p>\n
La vulnerabilidad aparece a partir de la versi\u00f3n PuTTY 0.68 y tambi\u00e9n afecta a productos que incluyen versiones vulnerables de PuTTY, como FileZilla (3.24.1 \u2014 3.66.5), WinSCP (5.9.5 \u2014 6.3.2), TortoiseGit (2.4.0.2 \u2014 2.15.0) y TortoiseSVN (1.10.0 \u2014 1.14.6). El problema se ha solucionado en las actualizaciones PuTTY 0.81, FileZilla 3.67.0, WinSCP 6.3.3 y TortoiseGit 2.15.0.1. Despu\u00e9s de instalar la actualizaci\u00f3n, se recomienda a los usuarios generar nuevas claves y eliminar las claves p\u00fablicas antiguas de los archivos authorized_keys. <\/p>\n
La vulnerabilidad es resultado de la negligencia de los desarrolladores, quienes utilizaron un vector de inicializaci\u00f3n (nonce) basado en una secuencia aleatoria de 512 bits para generar una clave de 521 bits, probablemente pensando que la entrop\u00eda de 512 bits ser\u00eda suficiente y que los restantes 9 bits no importaban. Como consecuencia, en todas las claves privadas creadas en PuTTY usando el algoritmo ecdsa-sha2-nistp521, los primeros 9 bits del vector de inicializaci\u00f3n siempre ten\u00edan valores nulos. <\/p>\n
Para ECDSA y DSA, la calidad del generador de n\u00fameros pseudoaleatorios y la cobertura total con datos aleatorios del par\u00e1metro utilizado para calcular el m\u00f3dulo es fundamental, ya que definir incluso unos pocos bits de informaci\u00f3n sobre el vector de inicializaci\u00f3n es suficiente para llevar a cabo un ataque de recuperaci\u00f3n secuencial de toda la clave privada. Para recuperar la clave con \u00e9xito, es suficiente tener la clave p\u00fablica y analizar unas pocas decenas de firmas digitales generadas con la clave problem\u00e1tica para los datos conocidos por el atacante. El ataque se reduce a resolver el problema HNP (Hidden Number Problem). <\/p>\n
Las firmas digitales necesarias se pueden obtener, por ejemplo, al conectar al usuario a un servidor SSH del atacante o a un servidor Git que use SSH como transporte. Tambi\u00e9n se pueden conocer las firmas necesarias para el ataque si la clave se utiliz\u00f3 para firmar datos arbitrarios, como commits de git al aplicar el agente SSH Pageant para redirigir el tr\u00e1fico al host del desarrollador. La obtenci\u00f3n de los datos necesarios para recuperar la clave durante un ataque MITM est\u00e1 excluida, ya que las firmas en SSH no se transmiten en texto claro. <\/p>\n
Se ha observado que un uso similar de vectores de inicializaci\u00f3n incompletos se aplic\u00f3 en PuTTY y para otros tipos de curvas el\u00edpticas, pero para algoritmos diferentes a ECDSA P-521, las filtraciones de informaci\u00f3n no son suficientes para llevar a cabo un ataque exitoso para recuperar la clave. Las claves ECDSA de otro tama\u00f1o y las claves Ed25519 no son susceptibles a ataques. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"