Слепые зоны EDR: что может остаться незамеченным

Слепые зоны EDR: что может остаться незамеченным

EDR установлен, агенты работают, события поступают в консоль. На первый взгляд, все под контролем. Но означает ли это, что команда ИБ видит каждое действие злоумышленника?
Не обязательно.


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


Где возникают слепые зоны?


1. Когда атака выглядит как обычная работа
Злоумышленнику не всегда нужны неизвестные вредоносные программы. Он может использовать штатные инструменты ОС, легитимные учетные записи и разрешенные сетевые соединения.
Например, запуск административного инструмента сам по себе не означает атаку. Но если за ним следуют обращения к необычным ресурсам, попытки доступа к другим системам и передача данных, последовательность уже выглядит иначе.


Если анализировать события по отдельности, часть подозрительной активности может остаться незамеченной. Здесь важны контекст и возможность связать действия между собой.


2. Когда первоначальное проникновение уже произошло
Допустим, EDR не обнаружил один из этапов атаки. Это не означает, что дальнейшая активность обязательно останется незаметной. Но и рассчитывать на то, что система автоматически выявит все последующие действия, нельзя.


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


Поэтому важно искать не только известные индикаторы компрометации, но и признаки дальнейшего развития атаки. Если смотреть исключительно на сигнатуры конкретного вредоносного ПО, часть картины может потеряться.


3. Когда средство защиты не видит сам узел
Есть и более простая проблема: EDR может быть не установлен на устройстве, которое фактически работает в инфраструктуре.


Временная виртуальная машина в облаке, забытый тестовый сервер, устаревшая система или оборудование, на которое нельзя установить агент, — все это потенциальные пробелы в наблюдаемости.


В такой ситуации можно иметь отличные правила обнаружения и актуальные сигнатуры, но они не помогут получить телеметрию с узла, о существовании которого команда не знает.


Поэтому полнота защиты начинается с понимания того, что именно необходимо защищать.


4. Когда события есть, но общей картины нет
Предположим, EDR зафиксировал подозрительный процесс, сетевой мониторинг — необычное соединение, а система аутентификации — вход под той же учетной записью на другом сервере.


Каждое событие по отдельности может оказаться объяснимым. Но вместе они могут указывать на развитие атаки.


Если средства защиты работают изолированно, аналитикам приходится вручную собирать информацию из разных консолей. Часть связей обнаруживается позднее, а некоторые могут вообще остаться без внимания.
Здесь важна связка EDR, SIEM и сетевого мониторинга, а также Threat Hunting — целенаправленный поиск признаков компрометации, которые не обязательно сопровождаются готовым алертом.


Что с этим делать?


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


Регулярно проводить Threat Hunting, не ограничиваясь анализом уже сформированных алертов.


EDR — важный элемент защиты, но он не гарантирует, что каждое действие атакующего будет обнаружено. Даже качественное решение может не увидеть отдельный этап атаки, если нужные данные недоступны, поведение не соответствует известным детектам или устройство находится вне контролируемого контура.


Поэтому важно оценивать не только то, что средство защиты обнаруживает, но и то, какие сценарии остаются за пределами его видимости и чем эти пробелы можно компенсировать.


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


Наши соцсети:  ВК | МАХ | ТГ



Alt text
Обращаем внимание, что все материалы в этом блоге представляют личное мнение их авторов. Редакция SecurityLab.ru не несет ответственности за точность, полноту и достоверность опубликованных данных. Вся информация предоставлена «как есть» и может не соответствовать официальной позиции компании.
SECLAB / TG
LIVE SecurityLab.ru
Вы зашли хитро.
Дальше — совсем просто.
Одна кнопка — и SecurityLab в вашей ленте. Новости про взломы без лишних маршрутов.
Подписаться @SecLabnews

ООО «Акстел-Безопасность»

Axxtel - команда экспертов в области информационной безопасности занимающая ведущие позиции в СФО. Мы следим за последними новинками и тенденциями в области информационной безопасности и создаем их. Всегда рады узнать новое и поделиться своим опытом.

Рекламодатель
Реклама. АО «Позитив Текнолоджиз». ИНН 7718668887. 18+
Сайт рекламодателя: ptsecurity.com↗️
АО «Позитив Текнолоджиз»