Расширение LastPass не рекомендуют использовать — найден критический баг

Расширение LastPass не рекомендуют использовать — найден критический баг

Расширение LastPass не рекомендуют использовать — найден критический баг

Популярнейший менеджер паролей LastPass рекомендует пользователям не использовать расширение LastPass для браузера, так как разработчики пытаются исправить серьезную уязвимость, которая может позволить злоумышленнику украсть пароли или выполнить код.

Брешь была обнаружена известным экспертом в области кибербезопасности Тэвисом Орманди (Tavis Ormandy), который в выходные сообщил о баге в Twitter. Соблюдая правила, Орманди не раскрыл технические детали уязвимости, уведомив разработчиков LastPass о ее существовании.

«Сегодня у меня было прозрение, я понял, как выполнить произвольный код в версии LastPass 4.1.43. Скоро ждите полный отчет и эксплойт», — пишет Орманди.

«В настоящее время мы активно работаем над устранением уязвимости. Брешь оказалась уникальной, эксплуатирующий ее метод крайне сложен. На данный момент мы не хотим раскрывать какие-либо подробности относительно этого недостатка. Более подробную информацию предоставим после наличия соответствующего патча», — завили представители LastPass.

Однако уже сейчас пользователи могут самостоятельно предпринять несколько шагов для повышения  своей безопасности:

  • Заходить на сайты непосредственно из хранилища LastPass;
  • Использовать двухфакторную аутентификацию;
  • Остерегаться фишинговых писем.

В рамках проекта Google Project Zero Орманди уже давно проверяет LastPass на различного рода недостатки безопасности.

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

Microsoft: системы на базе ИИ никогда не станут абсолютно безопасными

Команда Microsoft AI Red Team (AIRT) подытожила свой опыт тестирования 100 продуктов, созданных в компании на основе генеративного ИИ, и пришла к выводу, что обеспечение безопасности таких систем — нескончаемый процесс.

Из-за фундаментальных ограничений ИИ-моделей угрозы вроде инъекции стимула и джейлбрейка в этой сфере неистребимы.

Однако такие атаки можно сделать более затратными — как и в случае с другими ИТ-рисками, которые удается снизить, применяя, к примеру, тактику эшелонированной защиты (defense-in-depth) или следуя принципам конструктивной безопасности (security-by-design).

Делясь опытом, в Red Team также отметили (PDF), что для выстраивания защиты ИИ-системы важно понимать ее возможности и учитывать сферу применения. Так, большие языковые модели (БЯМ, LLM) склонны слепо следовать инструкциям пользователя, и их легко обмануть, спрятав вредоносный контент в большом объеме безобидного текста при вводе.

Также атака на ИИ-помощника по литературному творчеству вряд ли приведет к серьезным последствиям, а в случае с LLM, предназначенной для анализа историй болезни, может нанести вред здоровью пациентов и поставить крест на репутации медучреждения.

Чтобы заставить LLM выдать вредный совет, необязательно проводить градиентные состязательные атаки. Тот же эффект можно получить более дешевым способом, манипулируя интерфейсом либо введя в заблуждение модель языка и технического зрения.

 

Еще одно важное наблюдение, которым поделились специалисты: использование ИИ увеличивает существующие риски и создает новые.

Напомним, вопросы использования ИИ недавно обсуждались в ходе Открытой конференции Института системного программирования РАН им. В. П. Иванникова. Участники пленарной дискуссии сошлись во мнении, что внедрение ИИ-технологий тормозят проблемы доверия и безопасности таких сервисов.

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

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