Jeśli zostaną wykorzystane, te luki mogą umożliwić atakującym uzyskanie nieautoryzowanego dostępu do poufnych informacji lub ogólnie spowodować problemy
Kilka dni temu. Ogłoszono taką wiadomość un equipo badaczy z Universidad z Kalifornii w San Diego pokazał capacidad de odtwarzać The Claves Prywatny host RSA d Serwer SSH przez analiza pasywne ruchu SSH.
Opublikowane badania pokazać oferuje nasz konfigurator kiedy stosowane są podpisy cyfrowe na podstawie algorytm RSA w SSH łączy je ze sobąoferuje nasz konfigurators, które korzystają z metody Lattice (Atak z błędem) dla odtwarzać la Clave prywatny RSA syn odpowiedni dla podpisy cyfrowe w przypadek de z jedną nieszczelność de oprogramowanie lub sprzętu podczas procesu obliczania podpisu. The esencja metody jest oferuje nasz konfigurator al porównaj poprawne i niepoprawne podpisy cyfrowe RSA, możesz determinar największy wspólny rozdzielacz, generując w ten sposób uno użytych liczb pierwszych dla generować la Clave.
Szyfrowanie RSA opiera się na operacji potęgowania dużej liczby, natomiast klucz publiczny zawiera moduł i stopień. Moduł składa się z dwóch losowych liczb pierwszych, które zna tylko właściciel klucza prywatnego. Atak można zastosować do implementacji RSA przy użyciu chińskiego twierdzenia o resztach i deterministycznych schematów dopełniania, takich jak PKCS#1 v1.5.
Atak może zostać przeprowadzony na serwerach w którym na skutek splotu okoliczności lub działań atakującego, Podczas nawiązywania połączenia SSH mogą wystąpić błędy podczas obliczania podpisu cyfrowego. Awarie mogą dotyczyć oprogramowania (nieprawidłowe wykonanie operacji matematycznych, uszkodzenie pamięci) lub sprzętu (błędy w działaniu NVRAM i DRAM lub awarie podczas przerw w dostawie prądu).
Jedną z opcji stymulowania niepowodzeń mogą być ataki klasowe RowHammer, które m.in. pozwala zdalnie lub podczas przetwarzania kodu JavaScript w przeglądarce spowodować zniekształcenie zawartości poszczególnych bitów pamięci podczas intensywnego cyklicznego odczytu danych od sąsiadów. komórki pamięci. Inną możliwością spowodowania awarii może być wykorzystanie luk powodujących przepełnienie bufora i uszkodzenie danych kluczy w pamięci.
Aby przeprowadzić atak wystarczy biernie monitorować legalne połączenia z serwerem SSH do czasu wykrycia w ruchu wadliwego podpisu cyfrowego, który może posłużyć jako źródło informacji do rekonstrukcji klucza prywatnego RSA. Po odtworzeniu klucza RSA hosta osoba atakująca może zastosować atak MITM, aby po cichu przekierować żądania do fałszywego hosta udającego serwer SSH z naruszeniem zabezpieczeń i przechwycić dane przesyłane do tego serwera.
Badając zbiór przechwyconych danych sieciowych, który obejmował około 5200 miliarda rekordów związanych z użyciem protokołu SSH, badacze zidentyfikowali około 3200 miliarda publicznych kluczy hosta i podpisów cyfrowych używanych podczas negocjowania sesji SSH. Spośród nich 1.200 miliarda (39,1%) wygenerowano przy użyciu algorytmu RSA.
Grupa badaczy wspomina, że:
W 593671 przypadkach (0,048%) podpis RSA był uszkodzony i nie mógł zostać zweryfikowany, natomiast w przypadku 4962 nieudanych podpisów udało nam się skorzystać z metody faktoryzacji Lattice w celu ustalenia klucza prywatnego ze znanego klucza publicznego, w wyniku czego zrekonstruowano 189 unikalnych podpisów RSA pary kluczy (w wielu przypadkach te same uszkodzone klucze i urządzenia zostały użyte do wygenerowania różnych uszkodzonych podpisów). Odtworzenie kluczy zajęło około 26 godzin procesora.
Problem dotyczy tylko konkretnych implementacji protokołu SSH, stosowane głównie w urządzeniach wbudowanych. Ponadto wspomniano, że problem ten nie dotyczy OpenSSH, ponieważ wykorzystuje bibliotekę OpenSSL (lub LibreSSL) do generowania kluczy, która od 2001 roku jest chroniona przed atakami luk.
Dodatkowo w OpenSSH schemat podpisu cyfrowego ssh-rsa (oparty na sha1) został przestarzały od 2020 roku i wyłączony w wersji 8.8 (obsługa schematów rsa-sha2-256 i rsa-sha2-512 pozostaje zachowana). Atak mógłby potencjalnie mieć zastosowanie do protokołu IPsec, jednak badacze nie dysponowali wystarczającą ilością danych eksperymentalnych, aby potwierdzić taki atak w praktyce.
Wreszcie, jeśli chcesz dowiedzieć się więcej na ten temat, możesz zapoznać się ze szczegółami w następujący link.