Периметр, который раньше означал файрвол на границе сети, для большинства атак 2026 года уже не существует. Злоумышленники не взламывают инфраструктуру — они логинятся в неё чужими или ворованными учётными данными. По данным Unit 42 (Palo Alto Networks), слабости в управлении идентификацией фигурировали в более чем 90% расследований инцидентов за последний год. Именно поэтому крупные SIEM-платформы разворачивают AI-агентов, которые хантят угрозы не по сигнатурам сети, а по телеметрии идентичности — логинам, токенам, правам доступа и поведению сервис-аккаунтов.
Что произошло
Microsoft довела до общедоступности Sentinel MCP Server — компонент, который открывает данные Sentinel для AI-агентов через открытый протокол Model Context Protocol. Обновления, показанные на RSAC 2026 и описанные в блогах Microsoft Sentinel за март и май 2026 года, добавили агентам прямой доступ к графу сущностей платформы: пользователям, устройствам, ролям и связям между ними. По данным Microsoft, сейчас на базе Security Copilot и MCP-сервера уже работает порядка десятка специализированных агентов — от триажа фишинга до оптимизации политик условного доступа.
Параллельно Microsoft выпустила Agent 365 connector — он передаёт в Sentinel телеметрию активности самих AI-агентов, работающих в организации. Логика простая: агент с доступом к почте, файлам и API — это ещё одна цифровая идентичность, и её поведение нужно хантить так же, как поведение сотрудника или сервис-аккаунта.
Как это работает
Механика агентного хантинга по идентичности строится на графовом, а не табличном представлении данных. Sentinel векторизует записи о безопасности и строит граф отношений: кто под каким аккаунтом заходил, с какого устройства, к каким ресурсам обращался и как эти права менялись во времени. AI-агент через MCP-сервер получает возможность не просто фильтровать логи, а рассуждать над этим графом — прослеживать путь атаки от аномального входа до конкретного ресурса и оценивать реальный радиус поражения.
Это принципиально ускоряет ручной процесс. По оценкам аналитиков AI-хантинга (NHIMG), федеративный поиск по данным SIEM, EDR, облака и identity-систем сокращает хантинг-сессию, которая раньше занимала у аналитика до 40 часов, примерно до одного часа. Разница в скорости критична: по данным Unit 42, злоумышленники в современных атаках успевают экспортировать данные в среднем за 72 минуты, тогда как классическое расследование инцидента занимает около 12 часов — то есть защита систематически опаздывает, если не переходит на машинную скорость реагирования именно на уровне идентичности.
Отдельная линия механики — это связка идентичности с графом атаки в реальном времени: динамическая оценка риска пользователя или сервис-аккаунта запускает автоматические политики — принудительную MFA, блокировку сессии или сужение прав — ещё до того, как аналитик открыл карточку инцидента. Похожий принцип уже применяется в поведенческой кластеризации облачных ролей, где SOC ловит аномалии в правах и действиях учётных записей до эскалации.
Что внедрить у себя
- Заведите единый граф идентичностей: объедините Entra ID (или аналог), EDR и облачный IAM в одном источнике телеметрии, доступном для AI-агента через API или MCP-подобный интерфейс.
- Инвентаризируйте нечеловеческие идентичности отдельно — сервис-аккаунты, API-ключи, AI-агенты и боты часто не покрыты стандартным UEBA и остаются слепой зоной SOC.
- Настройте хантинг-гипотезы вокруг identity-паттернов: вход с нового устройства, резкое расширение прав, аномальное время сессии, обращение к ресурсам вне обычного профиля пользователя — это дешевле и точнее, чем сигнатурный поиск по сети.
- Свяжите риск-скоринг идентичности с автоматическим действием: временная блокировка сессии или принудительная повторная аутентификация должны срабатывать без ожидания дежурного аналитика на высоких уровнях риска.
- Определите границы автономии агента заранее — какие действия он выполняет сам, а какие эскалирует человеку; опыт агентного SOC показывает, что даже при высокой автоматизации часть решений должна оставаться за аналитиком, как показано в разборе границы автономии в живом SOC.
- Протестируйте связку на сценарии латерального перемещения — от кражи учётных данных до попытки достичь контроллера домена, — чтобы убедиться, что телеметрия идентичности перекрывает разведку атакующего на ранних шагах, как в кейсах детекции латерального движения по AD-разведке.
Идентичность стала фактическим периметром задолго до того, как об этом заговорили вендоры SIEM — просто теперь у SOC появился инструмент, способный обрабатывать этот периметр на машинной скорости. Тем, кто выбирает модели и архитектуру для такого агента, стоит заранее учитывать требования к точности, скорости и защите данных, описанные в материале о выборе моделей для AI SOC.
По материалам: Microsoft Sentinel Blog (Microsoft Community Hub, март–май 2026), Microsoft Security Blog, Unit 42 Global Incident Response Report 2026 (Palo Alto Networks), NHI Management Group (nhimg.org).
