Mimecast раскрыла подробности взлома: похищен исходный код

Mimecast раскрыла подробности взлома: похищен исходный код

Mimecast раскрыла подробности взлома: похищен исходный код

Компания Mimecast, специализирующаяся на безопасности электронных переписок, дополнила новыми деталями официальное заявление, касающееся недавнего взлома. Напомним, что кибероперация против SolarWinds также затронула Mimecast.

12 января 2021 года Mimecast уже рассказывала о киберинциденте. Оказалось, что в ходе атаки хорошо подготовленные киберпреступники смогли частично добраться до исходного кода разработок компании.

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

Как и многие другие (особенно в США), Mimecast верит в участие российских правительственных хакеров в этой кампании. Якобы Москва запустила кибершпионов, которые имплантировали бэкдор в платформу Orion, предназначенную для мониторинга ИТ-систем.

Как гласит официальное заявление, полученный доступ злоумышленники использовали для кражи сертификата, который Mimecast предоставляет свои клиентам. С помощью этого сертификата можно аутентифицировать и соединять продукты компании (Sync and Recover, Continuity Monitor и IEP) с инфраструктурой Microsoft 365 Exchange Web Services.

Совместное расследование с компанией FireEye подтвердило, что атакующие действительно перемещались по сети Mimecast. Тем не менее затронутых клиентов можно пересчитать по пальцам, отметили в компании.

В новом уведомлении Mimecast дополнила историю подробностями:

«Все скомпрометированные хакерами системы работали на Windows. Для нашей основной инфраструктуры они были лишь вспомогательными. Мы заменили все затронутые серверы, чтобы наверняка устранить киберугрозу».

Напомним, что в декабре специалисты опубликовали списки потенциальных жертв атаки на SolarWinds Orion. Также стало известно, что через SolarWinds хакеры проникли и в атомную отрасль США.

Режим максимальной защиты в Android может оставить Chrome без WebGPU

Google, похоже, решила ещё сильнее закрутить гайки в режиме Advanced Protection Mode на Android. На этот раз речь идёт о WebGPU в Chrome — функции полезной и современной, но, как выясняется, не самой спокойной с точки зрения безопасности.

Advanced Protection Mode появился в Android 16 как режим защиты «в один клик». Он рассчитан в первую очередь на пользователей из группы повышенного риска — например, тех, кто может стать целью сложных кибератак, шпионских кампаний или попыток кражи данных. При его включении система активирует самые жёсткие защитные механизмы Android.

Теперь Google тестирует ещё одну меру: отключение WebGPU API в Chrome, если пользователь включает Advanced Protection Mode. Следы новой настройки обнаружили в Google Play Services v26.10.31.

В интерфейсе она выглядит вполне прямо: «Turn off WebGPU to help protect against security threats», то есть WebGPU предлагается выключить ради снижения рисков.

 

Сам WebGPU — это API, который позволяет веб-приложениям использовать графический процессор устройства для сложных вычислений и более быстрой отрисовки графики прямо в браузере. По сути, это более современный наследник WebGL с лучшей совместимостью с актуальными GPU, поддержкой вычислений общего назначения и доступом к более продвинутым графическим возможностям.

На практике штука мощная. Но именно в этом и проблема, поскольку чем больше у веб-кода возможностей работать почти вплотную к железу, тем интереснее он становится для злоумышленников. WebGPU уже связывали с уязвимостями, которые в отдельных случаях могли использоваться для удалённого выполнения кода. Да, такие дыры со временем закрывают, но обычно уже после того, как их кто-то нашёл. А до этого окна возможностей вполне хватает для атак на конкретные цели.

Сейчас WebGPU включён по умолчанию в Chrome 121 и новее на устройствах с Android 12+, если они используют Qualcomm или ARM GPU. То есть технология уже работает на довольно большом числе современных смартфонов.

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

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