Пользователи LastPass не могут войти в аккаунты после сброса MFA

Пользователи LastPass не могут войти в аккаунты после сброса MFA

Пользователи LastPass не могут войти в аккаунты после сброса MFA

Пользователи LastPass жалуются на потерю доступа к собственным хранилищам. Даже после успешного сброса приложений для мультифакторной аутентификации менеджер паролей не даёт юзерам управлять аккаунтами и сохранёнными учётными записями.

Вся эта история с проблемой входа в хранилище LastPass длится с мая. Изначально пользователей просили сбросить MFA-приложения вроде LastPass Authenticator, Microsoft Authenticator, Google Authenticator, что являлось частью запланированного апгрейда безопасности.

Разработчики менеджера паролей предупреждали, что после этих манипуляций может потребоваться повторно войти в аккаунт. Однако на деле люди столкнулись с невозможностью залогиниться обратно.

Что хуже, нельзя даже связаться с техподдержкой, так как для корректного обращения сначала нужно войти в аккаунт. В результате пользователи застряли в бесконечном цикле.

 

Само собой, люди пошли писать гневные посты в соцсетях. Например, претензии к LastPass можно встретить в Twitter и на форуме поддержки. Такая ситуация побудила разработчиков опубликовать ряд рекомендаций.

«Повторная синхронизация мультифакторной аутентификации и вынужденный выход из аккаунта связаны с повышением безопасности и шифрованием хранилищ паролей», — пишет компания в Twitter.

В другом сообщении представители LastPass отметили, что пользователям необходимо сбросить MFA при повторном входе в учётную запись. Детально вся процедура описана в документе LastPass.

Напомним, в конце прошлого года неким киберпреступникам удалось пробраться в облако LastPass, используя данные из прошлого взлома.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Критическая уязвимость в sha.js ставит под удар миллионы веб-приложений

В популярной JavaScript-библиотеке sha.js обнаружили критическую уязвимость, которая может поставить под угрозу безопасность миллионов приложений. Этот модуль используется для реализации алгоритмов SHA и еженедельно скачивается более 14 миллионов раз, так что проблема затрагивает огромное число проектов на Node.js и в браузере.

Баг получил идентификатор CVE-2025-9288 и высокий балл по CVSS — 9,1 из 10. Ошибка связана с тем, что библиотека не проверяла корректность входных данных. В итоге злоумышленник может управлять тем, как вычисляется хеш, и добиваться крайне опасных последствий — от коллизий до восстановления приватных ключей.

Какие атаки возможны:

  • Сброс состояния хеша. Через специальные конструкции наподобие { length: -x } можно «отмотать» внутреннее состояние и даже превратить помеченный хеш в непомеченный, лишив его защиты.
  • Коллизии и неверные значения. Поддельный ввод вроде { length: buf.length, ...buf, 0: buf[0] + 256 } может дать тот же хеш, что и оригинальный буфер, хотя данные различаются. Это приводит к расхождениям с другими библиотеками, например, bn.js.
  • Отказ в обслуживании. Ввод вида { length: '1e99' } заставляет функцию зависнуть, фактически обрушивая приложение.
  • Криптографическая катастрофа. Самый опасный сценарий связан с генерацией nonce через хеширование. Если разные значения дают одинаковый хеш, но интерпретируются по-разному, можно восстановить приватные ключи.

Разработчикам настоятельно рекомендуют как можно скорее обновиться до версии 2.4.12, где проблема уже исправлена.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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