Dacă sunt exploatate, aceste defecte pot permite atacatorilor să obțină acces neautorizat la informații sensibile sau, în general, pot cauza probleme
Acum cateva zile. Vestea a fost anunțată că un Equipo a cercetătorilor a Universitate din California în San Diego a arătat capacitate de recrea lor chei Gazdă RSA privată o serverul SSH prin analiza pasiv a traficului SSH.
Cercetarea publicată spectacol că Cuando se folosesc semnături digitale bazat pe Algoritmul RSA în SSH, le leagă împreunăcăs care folosesc metoda Lattice (Atacul greșit) alin recrea la cheie RSA privat fiu potrivit alin semnături digitale în caz de UNA eșec de software-ul sau hardware în timpul procesului de calcul al semnăturii. The Esencia a metodei este că al comparație semnături digitale RSA corecte și incorecte, puteți determina cel mai mare comun compas, generând astfel unul a numerelor prime utilizate alin genera la cheie.
Criptarea RSA se bazează pe operația de exponențiere a unui număr mare, în timp ce cheia publică conține modulul și gradul. Modulul este format din două numere prime aleatorii, pe care doar proprietarul cheii private le cunoaște. Atacul poate fi aplicat implementărilor RSA folosind teorema chineză a restului și scheme de umplutură deterministă, cum ar fi PKCS#1 v1.5.
Un atac poate fi efectuat pe servere în care, din cauza unei combinații de circumstanțe sau acțiuni ale atacatorului, Pot apărea erori în timpul calculării semnăturii digitale la stabilirea unei conexiuni SSH. Eșecurile pot fi software (execuția incorectă a operațiunilor matematice, coruperea memoriei) sau hardware (erori în funcționarea NVRAM și DRAM sau defecțiuni în timpul întreruperilor de curent).
Una dintre opțiunile de stimulare a eșecurilor ar putea fi atacurile din clasa RowHammer, care printre altele, permite de la distanță sau la procesarea codului JavaScript într-un browser obțineți distorsiuni ale conținutului biților de memorie individuali în timpul citirii ciclice intensive a datelor de la vecini. celule de memorie. O altă opțiune de a provoca defecțiuni ar putea fi exploatarea vulnerabilităților care provoacă depășiri de buffer-uri și coruperea datelor cu cheile în memorie.
Pentru a efectua un atac, este suficient să monitorizați pasiv conexiunile legitime la serverul SSH până când în trafic este identificată o semnătură digitală defectuoasă, care poate fi folosită ca sursă de informații pentru a reconstrui cheia privată RSA. După recrearea cheii RSA a gazdei, un atacator poate folosi un atac MITM pentru a redirecționa în tăcere cererile către o gazdă falsă care se prezintă drept un server SSH compromis și pentru a intercepta datele transmise către acest server.
Examinând o colecție de date interceptate de rețea, care includea aproximativ 5200 miliarde de înregistrări asociate cu utilizarea protocolului SSH, cercetătorii au identificat aproximativ 3200 miliarde de chei publice de gazdă și semnături digitale utilizate în timpul negocierii sesiunilor SSH. Dintre acestea, 1.200 miliarde (39,1%) au fost generate folosind algoritmul RSA.
Grupul de cercetători menționează că:
În 593671 de cazuri (0,048%) semnătura RSA a fost coruptă și nu a putut fi verificată, în timp ce pentru 4962 de semnături eșuate, am putut folosi metoda de factorizare Lattice pentru a determina cheia privată din cheia publică cunoscută, rezultând reconstrucția a 189 RSA unice. perechi de chei (în multe cazuri, aceleași chei și dispozitive eșuate au fost folosite pentru a genera semnături corupte diferite). A fost nevoie de aproximativ 26 de ore CPU pentru a recrea cheile.
Problema afectează doar implementările specifice ale protocolului SSH, utilizat în principal în dispozitivele încorporate. În plus, se menționează că OpenSSH nu este afectat de această problemă deoarece folosește biblioteca OpenSSL (sau LibreSSL) pentru a genera chei, care este protejată împotriva atacurilor cu defecte din 2001.
În plus, în OpenSSH, schema de semnătură digitală ssh-rsa (bazată pe sha1) a fost depreciată din 2020 și dezactivată în versiunea 8.8 (suportul pentru schemele rsa-sha2-256 și rsa-sha2-512 rămâne). Atacul ar putea fi aplicabil protocolului IPsec, dar cercetătorii nu au avut suficiente date experimentale pentru a confirma un astfel de atac în practică.
În fine, dacă sunteți interesat să puteți afla mai multe despre acesta, puteți consulta detaliile în următorul link.