Эксперты Google и Microsoft придумали новый способ защиты от replay-атак

Эксперты Google и Microsoft придумали новый способ защиты от replay-атак

Эксперты Google и Microsoft придумали новый способ защиты от replay-атак

Разработчики Google и Microsoft озадачились обеспечением защиты от так называемых атак повторного воспроизведения (атака на систему аутентификации путем записи и последующего воспроизведения ранее посланных корректных сообщений или их частей).

Таким образом, Инженерный совет Интернета (Internet Engineering Task Force, IETF) пришел к идее создания протокола Token Binding Protocol, который поможет пересмотреть безопасность пользователя Сети.

Несмотря на то, что кибербезопасность в последние годы была значительно усовершенствована, у злоумышленников все еще имеются векторы для атак. Например, атаки повторного воспроизведения вполне реальны из-за токенов HTTPS и OAuth, которые хранятся на компьютерах пользователей.

В создании Token Binding Protocol версии 1.0 принимали учатие Андрей Попов и Мангуст Нистром из Microsoft, а также Дирк Балфанз и Джефф Ходжес из Google.

Основная идея нововведения заключается в привязке защищенных HTTPS cookies и токенов OAuth к TLS. Это поможет предотвратить раскрытие токенов злоумышленникам, следовательно, защитит пользователей от атак повторного воспроизведения.

Чтобы реализовать такой концепт, браузер пользователя должен сгенерировать публичный-личный ключ для каждого сервера. Клиент предоставляет публичный ключ, а в процессе хендшейка устанавливается приватный.

Разработчики опубликовали соответствующие RFC-документы (1, 2, 3), содержащие технические спецификации и стандарты.

Баг в ESXi-версии Nitrogen не позволяет расшифровать файлы даже с выкупом

Мудрый совет никогда не платить вымогателям особенно значим для жертв Nitrogen: в коде версии шифровальщика для VMware ESXi обнаружена ошибка, из-за которой вернуть файлам первозданный вид не смогут даже сами авторы атаки.

Уплата требуемого выкупа в данном случае бесполезна, жертву могут спасти только предусмотрительно сделанные резервные копии.

Приступая к шифрованию данных на сервере, Nitrogen создает для каждого файла пару ключей Curve25519, сначала приватный, а затем публичный — по идее, на основе приватного, чтобы в результате обмена получить общий секрет и использовать его как ключ ChaCha8 для шифрования данных с последующим сохранением.

Как оказалось, из-за допущенной программной ошибки при загрузке публичного ключа происходит перезапись четырех начальных байтов, и узнать, каков парный ему приватный ключ, больше невозможно.

 

Шифровальщик Nitrogen, по словам исследователей, создан на основе слитых в Сеть исходников печально известного Conti. Первые случаи вымогательства с его помощью были зафиксированы в сентябре 2024 года.

RSS: Новости на портале Anti-Malware.ru