{"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\/nl\/blog\/news\/uyazvimost-v-putty-pozvolyayushhaya-vosstanovit-zakrytyj-klyuch-polzovatelya","title":{"rendered":"Kwetsbaarheid in PuTTY die het mogelijk maakt om de priv\u00e9-sleutel van de gebruiker te herstellen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In PuTTY, de populaire SSH-client op Windows, is een ernstige kwetsbaarheid (CVE-2024-31497) ontdekt die het mogelijk maakt een gebruikers-private sleutel te reconstrueren, gegenereerd met het ECDSA-algoritme op de NIST P-521 elliptische kromme (ecdsa-sha2-nistp521). Om de private sleutel te raden, is het voldoende om ongeveer 60 digitale handtekeningen te analyseren die met de probleemverkeerde sleutel zijn aangemaakt. <\/p>\n
De kwetsbaarheid doet zich voor vanaf versie PuTTY 0.68 en heeft ook invloed op producten die kwetsbare versies van PuTTY bevatten, zoals 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) en TortoiseSVN (1.10.0 \u2014 1.14.6). Het probleem is opgelost in de updates van PuTTY 0.81, FileZilla 3.67.0, WinSCP 6.3.3 en TortoiseGit 2.15.0.1. Na de installatie van de update wordt gebruikers aangeraden nieuwe sleutels te genereren en oude openbare sleutels uit de bestanden authorized_keys te verwijderen. <\/p>\n
De kwetsbaarheid is het gevolg van nalatigheid van de ontwikkelaars, die voor het genereren van de 521-bits sleutel een initialisatievector (nonce) op basis van een 512-bits willekeurige reeks gebruikten, vermoedelijk denkend dat 512 bits entropie voldoende zou zijn en de resterende 9 bits niet van belang waren. Hierdoor hadden in alle private sleutels die in PuTTY zijn aangemaakt met het ecdsa-sha2-nistp521-algoritme, de eerste 9 bits van de initialisatievector altijd de waarde nul. <\/p>\n
Voor ECDSA en DSA is de kwaliteit van de pseudowillekeurige getallengenerator en de volledige dekking van de parameter die wordt gebruikt bij het berekenen van de modulus cruciaal, omdat het bepalen van zelfs maar een paar bits met informatie over de initialisatievector voldoende is om een aanval uit te voeren door de gehele private sleutel sequentieel te herstellen. Voor een succesvolle herstel van de sleutel is het voldoende om de publieke sleutel te hebben en meerdere tientallen digitale handtekeningen te analyseren die zijn gegenereerd met de probleemverkeerde sleutel voor bekende gegevens voor de aanvaller. De aanval komt neer op het oplossen van het HNP (Hidden Number Problem). <\/p>\n
Digitale handtekeningen kunnen bijvoorbeeld worden verkregen door een gebruiker verbinding te laten maken met de SSH-server van de aanvaller of met een Git-server die SSH gebruikt als transport. De handtekeningen die voor de aanval nodig zijn, kunnen ook worden verkregen als de sleutel is gebruikt om willekeurige gegevens te ondertekenen, bijvoorbeeld git-commits, bij het gebruik van de SSH-agent Pageant om verkeer naar de ontwikkelaarshost om te leiden. Het verkrijgen van de gegevens die nodig zijn voor het herstellen van de sleutel tijdens een MITM-aanval is uitgesloten, omdat handtekeningen in SSH niet in open tekst worden verzonden. <\/p>\n
Het is opgemerkt dat een soortgelijk gebruik van onvolledige initialisatievectoren ook in PuTTY is toegepast en voor andere soorten elliptische krommen, maar voor algoritmen anders dan ECDSA P-521 zijn de gelekte informatie niet voldoende om een werkende aanval voor sleutelherstel uit te voeren. Sleutels van andere ECDSA-maten en Ed25519-sleutels zijn niet kwetsbaar voor deze aanval. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"