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

HTTP/2 Bomb: одна машина может положить сервер за считаные секунды

Эпоха ботнетов для организации мощных DDoS-атак получила ещё одного игрока. Исследователи рассказали о новой технике отказа в обслуживании под названием HTTP/2 Bomb, которая позволяет буквально положить крупный веб-сервер силами всего одной машины.

Самое неприятное — атака работает против стандартных конфигураций популярных серверов, включая NGINX, Apache HTTP Server, Microsoft IIS, Envoy и Cloudflare Pingora.

Метод обнаружили специалисты компании Calif при помощи ИИ-агента Codex от OpenAI. Фактически HTTP/2 Bomb — это комбинация двух известных приёмов: усиления через механизм сжатия заголовков HPACK и удержания ресурсов по схеме Slowloris с использованием особенностей управления потоком в HTTP/2.

На практике злоумышленник заставляет сервер выделять огромные объёмы памяти, после чего блокирует её освобождение. В результате память продолжает расходоваться, а сервер постепенно перестаёт отвечать на запросы.

По данным исследователей, обычный домашний компьютер с каналом 100 Мбит/с способен вывести из строя уязвимый сервер за считаные секунды. Например, Apache httpd и Envoy можно заставить выделить и удерживать 32 Гбайт оперативной памяти примерно за 20 секунд.

Во время испытаний результаты оказались впечатляющими:

  • Envoy 1.37.2 — 32 Гбайт RAM за 10 секунд;
  • Apache httpd 2.4.67 — 32 Гбайт за 18 секунд;
  • NGINX 1.29.7 — 32 Гбайт за 45 секунд;
  • Microsoft IIS на Windows Server 2025 — 64 Гбайт за 45 секунд.

Особую пикантность ситуации добавляет тот факт, что опубликованы уже не только технические детали, но и готовые эксплойты.

Исправления уже доступны для NGINX 1.29.8 и Apache mod_http2 2.0.41. Для Apache проблема зарегистрирована под идентификатором CVE-2026-49975. А вот пользователям IIS, Envoy и Pingora пока остаётся ждать патчей либо временно отключать HTTP/2 и использовать прокси-серверы или файрволы с жёсткими ограничениями на количество заголовков.

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