Почему тишина может выдать ловушку
Классическая инсталляция выглядит так: разворачиваются десятки ловушек — поддельные RDP-серверы, фейковые базы данных, ложные файловые шары. На каждой из них работает сервис на заданном порту. Конфигурация правдоподобна. Баннеры — как у настоящих систем.Однако большинство таких ловушек статичны. Они ждут входящего подключения, но сами почти не инициируют сетевую активность. Для автоматизированных сканеров может быть достаточно увидеть открытый порт, правдоподобный баннер и ожидаемый ответ сервиса. Для человека — не всегда. Для опытного наблюдателя важен не только сам факт ответа, а поведение узла во времени: инициирует ли он соединения, участвует ли в типовых процессах, меняется ли его активность в течение дня. Реальный сервер постоянно генерирует фоновые взаимодействия:DNS-запросы.
NTP-синхронизацию.
Межсервисные API-вызовы.
RDP-сессии администраторов.
SMB-обращения пользователей.
Когда ловушка начинает «жить»
Если статичная ловушка может быть выявлена по отсутствию активности, нужно сделать ее динамичнее и реалистичнее.Один из способов решить эту проблему — создать между ловушками правдоподобный сетевой фон. Они должны обмениваться данными, инициировать соединения, участвовать в типовых рабочих процессах. Генерация межловушечного трафика превращает инфраструктуру киберобмана в среду, которая для пассивного наблюдателя выглядит как реальный рабочий сегмент.Каким бывает такой трафик
Воспроизведение реального трафика (PCAP replay)
Первый подход — записать настоящий сетевой обмен и воспроизводить его.Например:SMB-сессии между файловыми серверами.
Обращения к внутренним API.
Синхронизация сервисов.
Воспроизведение сценариев взаимодействия (Session replay)
Второй подход более гибкий — воспроизводить не отдельные сетевые пакеты, а логику взаимодействий.Например:Периодические RDP-подключения администраторов.
Обращения приложений к базам данных.
Резервное копирование по расписанию.
Синтетическая генерация трафика
Более адаптивный подход — динамически создавать новые сессии в реальном времени, без заранее записанных шаблонов.Что может генерироваться:Внутрисегментные сессииSMB-обращения между файловыми серверами.
RDP-сессии от администраторов.
SSH-подключения.
Синхронизации.
Обновления.
Heartbeat-сигналы.
HTTPS-запросы между приложениями и базами данных.
Обращения к внутренним API.
Взаимодействия прикладных систем.
Всплески активности в рабочее время.
Снижение активности ночью.
Резервное копирование по расписанию.
Регулярные сервисные задачи.
Почему это усиливает deception
Чем реалистичнее выглядит инфраструктура, тем сложнее злоумышленнику отличить реальные активы от ложных.Главная задача систем киберобмана — не только зафиксировать сканирование, но и создать убедительную модель настоящей инфраструктуры. Чем дольше атакующий наблюдает за сетью, тем выше требования к ее реалистичности.Если ловушка участвует в общей сетевой активности, вероятность ее обнаружения снижается. Одновременно повышается качество сигнала: когда у ловушки есть ожидаемый паттерн поведения, нетипичное обращение к ней легче заметить. Не нужно ждать запуска вредоносных инструментов или активной эксплуатации — достаточно одного соединения, которое не укладывается в нормальный фоновый сценарий. Это особенно важно против атакующих, которые:Используют техники Living-off-the-Land — встроенные инструменты инфраструктуры.
Действуют медленно.
Избегают сигнатурных триггеров.
Проводят длительную разведку перед развитием атаки.




