Вышла R-Vision TDP 3.1 с обновлённым механизмом размещения приманок

Вышла R-Vision TDP 3.1 с обновлённым механизмом размещения приманок

Вышла R-Vision TDP 3.1 с обновлённым механизмом размещения приманок

Разработчики выпустили новую версию системы R-Vision TDP 3.1, предназначенной для имитации элементов ИТ-инфраструктуры. Релиз отметился обновлённым механизмом размещения приманок, открытым API и улучшенной поддержкой сетей с отечественными ОС.

R-Vision TDP 3.1 поможет заказчикам детально настраивать политики размещения приманок, используя сбор базовой информации о машинах (версия ОС, язык и установленный софт).

Доработанный механизм размещения приманок, по словам разработчиков, даже в крупных сетях сделает их более реалистичными и надёжными. Специалистов порадует весь спектр развёрнутых инструментов для размещения приманок на хостах клиентов: KSC, Microsoft SCCM, Ansible, Puppet.

Кроме того, стали шире возможности интеграции R-Vision TDP 3.1 с информационной системой заказчика, при этом учитываются возникающие в крупных сетях ограничения.

Если, положим, у заказчика запрещена запись в DNS-серверах, R-Vision TDP поможет передать списки несуществующих имён DNS-хостов через API (заказчик может добавлять их самостоятельно). Можно также предоставить список ложных аккаунтов для их мониторинга в SIEM-системе.

Немаловажное нововведение — R-Vision TDP 3.1 теперь можно интегрировать в сети, где устройства либо уже работают на российских ОС, либо только мигрируют на наш софт.

Интерфейс новой версии продукта разработчики называют интуитивно понятным. Взаимодействие с решением через публичное API с поддержкой Swagger (Open API) стало проще.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

На VirusTotal для пробы загрузили UEFI-буткит, заточенный под Linux

В ходе просмотра ноябрьских загрузок на VirusTotal эксперты ESET обнаружили неизвестное UEFI-приложение. Анализ показал, что это буткит, ориентированный на Linux, а точнее, на некоторые версии Ubuntu.

Файл bootkit.efi (30/72 по состоянию на 27 ноября) содержит множество артефактов, указывающих на пробу пера. Свидетельств использования в атаках Bootkitty, как нарек его создатель, не найдено.

Вредонос подписан самопальным сертификатом, из-за этого его запуск в системах с включенным режимом UEFI Secure Boot невозможен без предварительной установки сертификата, контролируемого автором атаки.

Основными задачами Bootkitty являются обеспечение обхода проверок целостности системы (через перехват функций и патчинг GRUB), а также загрузка файлов ELF (каких именно, установить не удалось) с помощью демона init.

 

Тот же пользователь загрузил на VirusTotal неподписанный модуль ядра, который аналитики нарекли BCDropper. Этот компонент отвечает за развертывание ELF-бинарника, который загружает еще один модуль ядра после запуска системы.

В строках кода BCDropper было обнаружено имя BlackCat — так себя именует создатель Bootkitty. Признаков его связи с кибергруппой, стоящей за шифровальщиком ALPHV/BlackCat, не обнаружено.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Telegram, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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