Acronis купила DeviceLock у Ашота Оганесяна

Acronis купила DeviceLock у Ашота Оганесяна

Acronis купила DeviceLock у Ашота Оганесяна

Acronis купил компанию DeviceLock, Inc., занимающуюся разработкой продуктов для защиты от утечек данных и для контроля доступа к устройствам. Согласно условиям сделки, DeviceLock станет дочерней компанией Acronis.

Более 4 миллионов компьютеров по всему миру находятся под защитой продуктов DeviceLock. Среди клиентов — 5 тысяч организаций кредитно-финансового, производственного, оборонного и государственного секторов, а также сфер здравоохранения и образования.

Цель DeviceLock DLP — предотвращать утечки данных непосредственно на компьютерах пользователей, поскольку больше 60% подобных инцидентов связаны с инсайдерскими действиями. Продукт разрабатывали для защиты важной корпоративной информации, поэтому основной фокус — контроль операций с данными, а также технологии их контентной фильтрации.

После приобретения Acronis хочет встроить наработки DeviceLock в платформу Acronis Cyber Platform. Эти услуги будут доступны на ресурсе Acronis Cyber Cloud Solutions. При этом разработчики продолжат трудиться над новыми версиями DeviceLock DLP при сохранении технической поддержки в прежнем объеме.

«Сама компания DeviceLock теперь продана в Швейцарию (у Acronis штаб-квартиры в Сингапуре и Швейцарии). Несмотря на то, что "условия сделки не разглашаются", её можно назвать достаточно крупной для рынка DLP. Я вполне доволен», — комментирует основатель DeviceLock Ашот Оганесян.

Помимо этого, Оганесян отметил, что идея продать компанию возникла ещё в далёком 2007 году. Однако не всегда основателя DeviceLock устраивали потенциальные покупатели. С известными европейскими антивирусными компаниями договориться не удалось.

В сентябре, по словам, Оганесяна, он встретился с сооснователем Acronis Стасом Протасовым, переговоры с которым вышли в предметное русло. Остальное уже оставалось за техническими и юридическими вопросами.

После сделки Оганесян занял глобальную позицию вице-президента по системам предотвращения утечек данных (Vice President Data Leakage Prevention). Он будет участвовать и помогать в разработке DLP.

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

CVE-2025-38236: баг в Linux открывал путь к захвату ядра через Chrome

В Linux-ядре нашли опасную уязвимость CVE-2025-38236, которую обнаружил исследователь из Google Project Zero Янн Хорн. Она позволяет злоумышленнику, начав с выполнения кода внутри песочницы Chrome, добраться до полного контроля над ядром в Linux.

Проблема связана с малоизвестной функцией MSG_OOB (out-of-band) в UNIX domain sockets. Её добавили ещё в Linux 5.15 в 2021 году для специфических приложений Oracle, но она была включена по умолчанию и в итоге оказалась доступна из песочницы Chrome на Linux.

Ошибка приводит к use-after-free — состоянию, при котором система обращается к уже освобождённой области памяти. Хорн показал, что с помощью определённой последовательности операций с сокетами можно читать и изменять память ядра, а значит — повышать привилегии.

Эксплойт был протестирован на Debian Trixie (x86-64) и использовал «примитив чтения» для копирования произвольной памяти ядра в пространство пользователя, обходя защиту usercopy hardening. Хорн нашёл способ использовать даже защитный механизм Debian CONFIG_RANDOMIZE_KSTACK_OFFSET в свою пользу — это помогало точнее выровнять стек для успешной атаки.

Уязвимость уже закрыта в обновлениях Linux, а Chrome изменил работу своей песочницы, заблокировав передачу MSG_OOB-сообщений.

Интересно, что похожая ошибка попадалась фреймворку syzkaller ещё в августе 2024 года, но для её воспроизведения требовалось шесть системных вызовов, а найденный Хорном вариант — восемь. Это подчёркивает, насколько сложно автоматическим инструментам находить такие уязвимости.

Отдельно Хорн отметил, что в Linux-песочнице Chrome остаётся много лишних интерфейсов — от UNIX-сокетов и pipe до syscalls вроде sendmsg() и mprotect(). Ранее через подобные механизмы уже находили баги в futex(), memfd_create() и pipe2().

Эксперт считает, что такие случаи — сигнал к ужесточению настроек песочниц и более внимательному контролю за «экзотическими» возможностями ядра, доступными непривилегированным процессам.

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

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