Microsoft и Okta признали факт взлома со стороны вымогателей Lapsus$

Microsoft и Okta признали факт взлома со стороны вымогателей Lapsus$

Microsoft и Okta признали факт взлома со стороны вымогателей Lapsus$

Microsoft подтвердила, что кибервымогателям из группировки Lapsus$ удалось получить «ограниченный доступ» к системам корпорации. Параллельно факт взлома признала компания Okta, специализирующаяся на управлении учетными записями и доступом (Identity and Access Management).

По словам представителей Okta, данный киберинцидент затронул около 2,5% клиентов. Для Microsoft ситуация сложилась более удачно: злоумышленники не смогли добраться до кода или данных клиентов.

Оказалось, что у группы Lapsus$ получилось пробраться в системы разработчика Windows с помощью единственного скомпрометированного аккаунта, который на данный момент уже отозван. К слову, сама Microsoft отслеживает вымогателей под именем DEV-0537.

Представители Okta также отметили, что киберпреступники завладели одним из аккаунтов специалиста, оказывающего техподдержку клиентам. Уточняется, что члены группировки получили доступ к ноутбуку сотрудника в период между 16 и 21 января.

Специалисты компании Cloudflare, занимающейся отражением DDoS-атак, прокомментировали взлом Okta, отметив следующее:

«Чтобы проникнуть в системы Okta, злоумышленникам пришлось не просто поменять пароль пользователя, а изменить аппаратный токен (FIDO), заточенный под этого пользователя. В результате специалистам было проще вычислить скомпрометированный аккаунт».

Напомним, что Lapsus$ также стоит за крупными взломами таких гигантов, как NVIDIA и Samsung.

ФСТЭК России определилась со списком угроз для ИИ-систем

В банке данных угроз (БДУ), созданном ФСТЭК России, появился раздел о проблемах, специфичных для ИИ. Риски в отношении ИБ, связанные с качеством софта, ML-моделей и наборов обучающих данных, здесь не рассматриваются.

Угрозы нарушения конфиденциальности, целостности или доступности информации, обрабатываемой с помощью ИИ, разделены на две группы — реализуемые на этапе разработки / обучения и в ходе эксплуатации таких систем.

В инфраструктуре разработчика ИИ-систем оценки на предмет безопасности информации требуют следующие объекты:

 

Объекты, подлежащие проверке на безопасность в инфраструктуре оператора ИИ-системы:

 

Дополнительно и разработчикам, и операторам следует учитывать возможность утечки конфиденциальной информации, а также кражи, отказа либо нарушения функционирования ML-моделей.

Среди векторов возможных атак упомянуты эксплойт уязвимостей в шаблонах для ИИ, модификация промптов и конфигурации агентов, исчерпание лимита на обращения к ИИ-системе с целью вызвать отказ в обслуживании (DoS).

В комментарии для «Ведомостей» первый замдиректора ФСТЭК Виталий Лютиков пояснил, что составленный ими перечень угроз для ИИ ляжет в основу разрабатываемого стандарта по безопасной разработке ИИ-систем, который планировалась вынести на обсуждение до конца этого года.

Представленная в новом разделе БДУ детализация также поможет полагающимся на ИИ госструктурам и субъектам КИИ данных скорректировать процессы моделирования угроз к моменту вступления в силу приказа ФТЭК об усилении защиты данных в ГИС (№117, заработает с марта 2026 года).

Ужесточение требований регулятора в отношении безопасности вызвано ростом числа атак, в том числе на ИИ. В этих условиях важно учитывать не только возможности ИИ-технологий, но и сопряженные с ними риски.

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