Вышла 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) стало проще.

Подпишитесь на новости

Зоопарк остаётся: 54% зрителей AM Live управляют ИТ лишь частично

Разные производители, одна система управления — звучит удобно, но пока встречается редко. В голосовании зрителей AM Live лишь 3% выбрали такой вариант для своей компании. У 54% управление разнородной инфраструктурой объединено только частично.

Результаты обсудили в эфире «ИТ-экосистемы: удобство, экономия или зависимость?».

Ещё 23% участников сообщили об отдельных платформах с собственным управлением, 16% — о единой экосистеме одного производителя.

Интерес к единым платформам зрители объяснили прежде всего потребностью в автоматизации и централизованном управлении — 78%. Ещё 64% назвали необходимость сокращать затраты на ИТ, 61% — проблемы с совместимостью и обновлениями, 53% — дефицит специалистов для поддержки разных систем.

Сергей Рычихин назвал наиболее распространённую ситуацию зоопарком, с которым можно жить.

Главным критерием при развитии инфраструктуры 72% зрителей назвали совместимость с существующими системами, 63% — единое управление и автоматизацию, 58% — надёжность и совместимость обновлений.

При этом собрать продукты под одним логотипом недостаточно. Александр Гавриленко выделил признаки экосистемы: технологическую стыковку, единообразный пользовательский опыт, понятное масштабирование и единое окно поддержки.

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

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