У разі використання цих недоліків зловмисники можуть отримати несанкціонований доступ до конфіденційної інформації або загалом спричинити проблеми
Кілька днів тому. У новині було оголошено, що un команда дослідників від Університет з Каліфорнії в Сан-Дієго показав потужність de відтворити в ключі Приватний хост RSA по сервер SSH через аналіз пасивний трафіку SSH.
Опубліковані дослідження шоу що коли використовуються цифрові підписи на основі алгоритм RSA в SSH пов’язує їх разомщоякі використовують метод решітки (Fault Attack) пункт відтворити la клава приватний RSA її підходить пункт цифрові підписи в випадок de u Фалья de програмне забезпечення або обладнання під час процесу обчислення підпису. The esencia методу є що al порівняти правильні та неправильні цифрові підписи RSA, ви можете визначати найбільше поширене спліттер, таким чином породжуючи ООН використовуваних простих чисел пункт генерувати la клава.
Шифрування RSA засноване на операції зведення великого числа в ступінь, тоді як відкритий ключ містить модуль і ступінь. Модуль формується з двох випадкових простих чисел, які знає лише власник закритого ключа. Атака може бути застосована до реалізацій RSA за допомогою китайської теореми про залишки та детермінованих схем доповнення, таких як PKCS#1 v1.5.
Атака може бути здійснена на сервери в якому за збігом обставин або дій зловмисника, Під час обчислення цифрового підпису під час встановлення з’єднання SSH можуть виникати збої. Збої можуть бути програмними (некоректне виконання математичних операцій, пошкодження пам'яті) або апаратними (помилки в роботі NVRAM і DRAM або збої під час відключення електроенергії).
Одним із варіантів стимулювання відмов можуть бути атаки класу RowHammer, який серед іншого, дозволяє дистанційно або під час обробки коду JavaScript у браузері досягти спотворення вмісту окремих бітів пам'яті під час інтенсивного циклічного читання даних від сусідів. комірки пам'яті. Іншим варіантом спричинення збоїв може бути використання вразливостей, які викликають переповнення буфера та пошкодження даних ключами в пам’яті.
Для здійснення атаки достатньо пасивно стежити за легітимними підключеннями до SSH-сервера поки в трафіку не буде виявлено помилковий цифровий підпис, який можна використовувати як джерело інформації для реконструкції закритого ключа RSA. Після відтворення ключа RSA хоста зловмисник може використати атаку MITM, щоб мовчки перенаправляти запити на підроблений хост, видаючи себе за зламаний сервер SSH, і перехоплювати дані, що передаються на цей сервер.
Досліджуючи колекцію перехоплених мережевих даних, яка включала приблизно 5200 мільярда записів, пов’язаних із використанням протоколу SSH, дослідники виявили приблизно 3200 мільярда відкритих ключів хосту та цифрових підписів, які використовувалися під час узгодження сеансів SSH. З них 1.200 мільярда (39,1%) були згенеровані за допомогою алгоритму RSA.
Група дослідників зазначає, що:
У 593671 випадку (0,048%) підпис RSA був пошкоджений і не міг бути перевірений, тоді як для 4962 невдалих підписів ми змогли використати метод факторизації решітки, щоб визначити приватний ключ із відомого відкритого ключа, що призвело до реконструкції 189 унікальних RSA. пари ключів (у багатьох випадках для генерування різних пошкоджених підписів використовувалися однакові несправні ключі та пристрої). Щоб відтворити ключі, знадобилося приблизно 26 годин ЦП.
Проблема стосується лише окремих реалізацій протоколу SSH, в основному використовується у вбудованих пристроях. Крім того, згадується, що ця проблема не стосується OpenSSH, оскільки для генерації ключів використовується бібліотека OpenSSL (або LibreSSL), яка була захищена від атак з 2001 року.
Крім того, у OpenSSH схема цифрового підпису ssh-rsa (на основі sha1) застаріла з 2020 року та вимкнена у версії 8.8 (підтримка схем rsa-sha2-256 і rsa-sha2-512 залишається). Атака потенційно може бути застосована до протоколу IPsec, але дослідники не мали достатньо експериментальних даних, щоб підтвердити таку атаку на практиці.
Нарешті, якщо ви зацікавлені в тому, щоб дізнатися більше про це, ви можете ознайомитися з деталями в наступне посилання.