Jos näitä puutteita hyödynnetään, hyökkääjät voivat päästä luvattomasti arkaluontoisiin tietoihin tai aiheuttaa yleensä ongelmia
Muutama päivä sitten. Siitä uutisoitiin un equipo tutkijoista alkaen Yliopisto Kaliforniasta San Diegosta on osoittanut kapasiteetti de luoda uudelleen las CLAVES RSA-isäntä yksityinen mukaan palvelin SSH kautta analyysi passiivinen SSH-liikenteestä.
Julkaistu tutkimus näytä että kun käytetään digitaalisia allekirjoituksia perustuu algoritmi RSA SSH:ssa, yhdistää neettäs, jotka käyttävät Lattice-menetelmää (vikahyökkäys) ja luoda uudelleen la Clave yksityinen RSA poika sopiva ja digitaaliset allekirjoitukset sisään tapaus de u Falla de ohjelmisto tai laitteistoa allekirjoituksen laskentaprosessin aikana. The olemus menetelmästä on että al vertailla oikeat ja väärät RSA-digitaaliset allekirjoitukset, voit determinar suurin yhteinen jakaja, jolloin syntyy UNO käytetyistä alkuluvuista ja tuottaa la Clave.
RSA-salaus perustuu suuren luvun eksponentiooperaatioon, kun taas julkinen avain sisältää moduulin ja asteen. Moduuli muodostuu kahdesta satunnaisesta alkuluvusta, jotka vain yksityisen avaimen omistaja tietää. Hyökkäys voidaan soveltaa RSA-toteutuksiin käyttämällä kiinalaista jäännöslausetta ja deterministisiä täytemenetelmiä, kuten PKCS#1 v1.5.
Hyökkäys voidaan suorittaa palvelimille jossa hyökkääjän olosuhteiden tai toimien yhdistelmän vuoksi Virheitä voi tapahtua digitaalisen allekirjoituksen laskennassa SSH-yhteyttä muodostettaessa. Viat voivat olla ohjelmistoja (matemaattisten operaatioiden virheellinen suoritus, muistin vioittumista) tai laitteistoa (virheet NVRAM- ja DRAM-muistin toiminnassa tai viat sähkökatkojen aikana).
Yksi vaihtoehdoista stimuloida epäonnistumisia voivat olla RowHammer-luokan hyökkäykset, joka mm. mahdollistaa etänä tai kun käsitellään JavaScript-koodia selaimessa saavuttaa yksittäisten muistibittien sisällön vääristymiä naapureilta tulevien tietojen intensiivisen syklisen lukemisen aikana. muistisolut. Toinen vaihtoehto vikojen aiheuttamiseen voi olla haavoittuvuuksien hyödyntäminen, jotka aiheuttavat puskurin ylivuotoja ja tietojen korruptiota muistissa olevien avainten kanssa.
Hyökkäyksen suorittamiseksi riittää passiivisesti valvoa laillisia yhteyksiä SSH-palvelimeen kunnes liikenteestä tunnistetaan viallinen digitaalinen allekirjoitus, jota voidaan käyttää tietolähteenä RSA:n yksityisen avaimen rekonstruoinnissa. Luotuaan uudelleen isännän RSA-avaimen hyökkääjä voi käyttää MITM-hyökkäystä uudelleenohjatakseen pyynnöt väärennetylle isännälle, joka esiintyy vaarantuneena SSH-palvelimena, ja siepata tälle palvelimelle lähetettyjä tietoja.
Tutkimalla kokoelmaa siepattua verkkodataa, joka sisälsi noin 5200 miljardia SSH-protokollan käyttöön liittyvää tietuetta, tutkijat tunnistivat noin 3200 miljardia julkista isäntäavainta ja digitaalista allekirjoitusta, joita käytettiin SSH-istuntojen neuvotteluissa. Näistä 1.200 miljardia (39,1 %) luotiin RSA-algoritmilla.
Tutkijaryhmä mainitsee, että:
593671 0,048 tapauksessa (4962 %) RSA-allekirjoitus oli vioittunut, eikä sitä voitu tarkistaa, kun taas 189 epäonnistuneen allekirjoituksen kohdalla pystyimme määrittämään yksityisen avaimen tunnetusta julkisesta avaimesta Lattice-faktorointimenetelmällä, mikä johti 26 ainutlaatuisen RSA:n rekonstruoimiseen. avainpareja (usein tapauksissa samoja epäonnistuneita avaimia ja laitteita käytettiin erilaisten vioittuneiden allekirjoitusten luomiseen). Avainten uudelleenluominen kesti noin XNUMX CPU tuntia.
Ongelma koskee vain tiettyjä SSH-protokollan toteutuksia, käytetään pääasiassa sulautetuissa laitteissa. Lisäksi mainitaan, että tämä ongelma ei koske OpenSSH:ta, koska se käyttää OpenSSL- (tai LibreSSL) -kirjastoa avainten luomiseen, joka on suojattu virhehyökkäyksiä vastaan vuodesta 2001 lähtien.
Lisäksi OpenSSH:ssa ssh-rsa digitaalinen allekirjoitusmalli (pohjainen sha1) on vanhentunut vuodesta 2020 ja poistettu käytöstä versiossa 8.8 (tuki rsa-sha2-256- ja rsa-sha2-512-järjestelmille säilyy). Hyökkäys voisi mahdollisesti olla sovellettavissa IPsec-protokollaan, mutta tutkijoilla ei ollut tarpeeksi kokeellista tietoa tällaisen hyökkäyksen vahvistamiseksi käytännössä.
Lopuksi, jos olet kiinnostunut saamaan lisätietoja siitä, voit tutustua yksityiskohtiin osoitteessa seuraava linkki.