CyberArk приобрела израильскую компанию Vaultive

CyberArk приобрела израильскую компанию Vaultive

CyberArk приобрела израильскую компанию Vaultive

Компания CyberArk приобрела израильскую фирму Vaultive и готова предоставить больше решений для безопасной работы в облаке для привилегированных пользователей. В понедельник представители CyberArk написали об этом на своем сайте. Теперь компания владеет конкретными активами Vaultive, что значительно упростит работу владельцев бизнес-аккаунтов и администраторов облачных сервисов и одновременно обеспечит большую безопасность. Финансовые подробности сделки не разглашаются.

CyberArk — израильский поставщик программного обеспечения для информационной безопасности. Организация специализируется на защите и управлении привилегированными пользователями, позволяет компаниям усилить безопасность, повысить продуктивность управления, предотвратить угрозу инсайдерских действий и кибератак.

Vaultive была основана в 2009 году и за время своего существования собрала 19 миллионов долларов инвестиций. Среди инвесторов компании — 406 Ventures, Harmony Partners, New Science Ventures и Founder Collective. Vaultive разрабатывает решения для защиты привилегированных учетных записей, используемых в облачных сервисах. Основная задача компании — смягчать риски безопасности, обеспечивая защиту ключей шифрования, используемых для сохранности облачных учетных записей. 

CyberArk будет использовать технологии Vaultive в своем решении Privileged Account Security Solution, предназначенном для гибридных облачных сред и рабочих процессов DevOps. Разработки Vaultive помогут улучшить работу решений типа Saas (Software-as-a-Service), IaaS (Infrastructure-as-a-Service) и PaaS (Platform-as-a-Service).

“Я очень горжусь достижениями Vaultive, — сказал основатель компании Бен Мацкель. — Очевидно, что клиенты хотят единого подхода к безопасности, который гарантирует защиту информации от центра обработки данных до облака. Теперь с технологией Vaultive и участием нашей команды CyberArk обладает уникальными возможностями для удовлетворения этой критической потребности”.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

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

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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