Red team-платформа ARES которая держит атаку в границах задачи

Мне не раз попадались отчёты по пентестам, где главный артефакт — таблица на четыре тысячи строк с CVE. Какие из них реально эксплуатируются? Непонятно. Каким путём атакующий дойдёт от гостевого Wi-Fi до контроллера домена? Тоже непонятно, потому что в отчёте этого просто нет.

ARES, расшифровывается как Operator-Directed Red Team Orchestration, пытается закрыть именно этот разрыв. Это open-core платформа для red team-команд, MSSP и SOC: целевые кампании по расписанию, граф путей компрометации и, что редкость, жёсткий контроль того, чтобы атакующий не ушёл за пределы согласованного периметра.

Написан на Python 3.12 с FastAPI на бэкенде и React 18 плюс Vite на фронте. Лицензия MIT. На момент написания у репозитория 560 звёзд и 100 форков — не хайп, но и не мёртвый проект.

Что внутри

ScopeGuard который не отключается по забывчивости

Самое интересное место. В ARES два слоя защиты scope. Первый — прикладные пре-проверки ScopeGuard. Второй перехватывает вызовы socket.connect, socket.sendto и asyncio.create_connection прямо в пользовательском пространстве Python. Модуль попробовал открыть соединение с IP вне CIDR-whitelist — пакет не уйдёт. При запуске с повышенными правами добавляется фильтрация на уровне ОС, Windows Defender Firewall или Linux Netfilter.

Логика fail-closed: есть сомнения по адресу, соединение не отправляется. Это куда надёжнее, чем надежда на то, что оператор не забудет перечитать конфиг посреди ночной смены.

Граф путей атаки

Модуль ingest читает коллекции BloodHound, умеет подтягивать и живые сессии домена. Дальше движок считает кратчайшие пути до Domain Admins и Crown Jewels, помечает chokepoints, симулирует боковые переходы. В интерфейсе это интерактивный DAG. Клик по узлу фиксирует его входящие связи и достижимые цели, сверху появляется баннер вида PATHWAY LOCKED: [HOST] | N NODES | N HOPS. Удобно, когда топология разрастается до сотни узлов и нужно не потерять фокус.

66 модулей под MITRE ATT&CK

Активных боевых модулей 66, в каталоге 70, они закрывают больше 60 техник. Тут Active Directory (ad.kerberoast, ad.adcs, ad.enum_users), Windows (windows.uac_bypass, windows.lsass_dump), Linux, облака AWS/Azure/GCP и сетевое оборудование. Формы параметров генерируются из Pydantic-моделей, так что валидация и типы достаются почти бесплатно. Есть dry-run: сначала проверяем доступность цели и корректность аргументов, потом уже шлём боевое.

Отдельно в README описан трейдкрафт для Linux-хостов в домене (RFC-ARES-2026-001): сбор SSSD-кеша, охота за Kerberos ccache на чистом Python, разбор keytab, извлечение Samba machine secrets. Всё без внешних подпроцессов, что приятно.

Отчёты за минуты вместо сорока часов ручной вёрстки

PDF, HTML, Markdown и JSON генерятся в один клик. PDF рендерит headless-браузер (Edge или Chromium), поэтому на Windows не нужны пляски с GTK. Пароли и приватные ключи в клиентских отчётах вырезаются автоматически, а аудит-доказательства остаются. Автор оценивает экономию в 40+ часов на отчёт, и по опыту это похоже на правду.

MCP-шлюз для AI-ассистентов

ARES умеет подниматься как Model Context Protocol сервер, поэтому Cursor, Claude Desktop или Windsurf могут дёргать его инструменты напрямую. Звучит пугающе с точки зрения безопасности, и автор это понимает. Перед любым боевым действием требуется одноразовый HMAC-токен с окном в 60 секунд, плюс заявлена изоляция от prompt-injection. Настройка одной командой:

.\mcp.bat setup --client cursor
.\mcp.bat monitor

Монитор делит экран надвое: слева вызовы инструментов от AI, справа проверки scope и гейт авторизации. Одобрение по клавише A, отказ по R.

Как это устроено

Архитектура разнесена на четыре слоя. React-дашборд общается с FastAPI по REST и WSS. За шлюзом с JWT, CSRF и rate limiting живёт ядро: Scope Firewall, OPSEC-губернатор, оркестратор модулей в пуле воркеров и планировщик целей. Хранилище — SQLite или PostgreSQL с миграциями Alembic, рядом зашифрованный vault.

Про безопасность аккуратно. Access-токены существуют только в памяти и живут 15 минут, refresh лежит в HttpOnly cookie с одноразовой ротацией. Выгруженные NTLM-хеши и Kerberos-тикеты шифруются AES-256-GCM с PBKDF2-HMAC-SHA256 на 600 тысяч итераций. Роли проверяются на каждом запросе по базе, а не по claim из JWT, поэтому подделанный токен не даёт повышения прав. Ротация ролей после создания запрещена, эндпоинта на смену роли просто нет.

Обновления сделаны в стиле Nuclei. Команды ares update и ares upgrade подтягивают новые модули и миграции. База, конфиги и пользовательские плагины внесены в чёрный список на изменение, так что обновление не должно ничего снести. Проверять это, правда, придётся самому.

ares upgrade --dry-run   # посмотреть, что изменится
ares upgrade             # обновить ядро, схему БД, модули и UI

Где это пригодится

Внутренние пентесты по расписанию вместо ежегодного визита консультантов. Команда прогоняет одни и те же цепочки после каждого деплоя и видит, что поехало. BloodHound показывает граф, но не всегда отвечает на вопрос, какая именно цепочка реально проходима. Здесь это можно проверить в контролируемом режиме, не рискуя улететь на чужую подсеть.

Ещё один сценарий — purple team. Модули логируют уровень шума, есть база с историей срабатываний по CrowdStrike Falcon, SentinelOne и Microsoft Defender. Оператор видит, что уже «сгорело» у клиента, и не тратит время на мёртвые техники.

Что настораживает

README очень плотный. Скриншотов много, терминов ещё больше, а документация разложена по десятку файлов в docs/. На старте легко потеряться, и это реальный минус: я потратил минут десять только на то, чтобы понять, где заканчивается маркетинг и начинается описание API.

Репозиторий молодой. Заявлены 4625 проходящих тестов, но проверить это без локальной установки не получится. Часть модулей в README честно помечена как disabled audit stub (ad.ghost_forge, cloud.phantom_token), то есть в каталоге они есть, но боевыми их называть рано. Отдельно смущает, что среди зависимостей и логики много «умных» вещей вроде LLM-планировщика: не уверен, что в проде я бы доверил выбор следующего шага модели без ручного подтверждения, хотя авторизация оператора там как раз обязательна.

И держите в голове: инструмент двойного назначения. Запускать его против чужих систем без письменного разрешения нельзя, MIT-лицензия ответственности за это не снимает.

Смотреть ARES стоит, если у вас есть красная команда, тонущая в ручной рутине, или вы отвечаете за то, чтобы атака не вылезла за согласованные границы. Начать логично с локального стенда: ares doctor, потом dev-дашборд на http://127.0.0.1:5173/dashboard/, затем пара безопасных модулей разведки. Постановка цели вроде domain_admin вместе с dry-run покажет, как работает планировщик, без риска что-то сломать.

Если нужен просто сканер уязвимостей, это мимо. ARES про оркестрацию и доказательство эксплуатируемости, а не про инвентаризацию CVE.