Argus: open-source платформа агентских операций безопасности

Когда AI-агент не имеет права нажимать кнопку

Представьте себе центр безопасности (SOC), где дежурный аналитик не просматривает сотни алертов вручную — за него это делает AI-агент. Он анализирует улики, строит граф доказательств, расследует инцидент и… останавливается. Не выполняет никаких действий в инфраструктуре без явного человеческого одобрения. Именно такую модель реализует Argus — бесплатная open-source платформа для агентских операций безопасности под лицензией MIT.

Argus — это self-hosted, мультитенантная платформа для операций безопасности, в которой AI-агенты анализируют улики, но никогда не действуют напрямую в инфраструктуре. Проект появился на Hacker News в разделе «Show HN» и мгновенно привлёк внимание специалистов по кибербезопасности именно этим подходом: мощь агентов при строгих ограничениях их автономии.

«AI agents analyze evidence but never act on the estate» — ключевой принцип, который Argus декларирует с первой строки README.

Что такое Agentic SOC и чем он отличается от SOAR

Прежде чем углубляться в детали Argus, важно понять контекст. Агентская SOC-платформа — это система операций безопасности, в которой AI-агенты самостоятельно планируют, выполняют и адаптируют многошаговую работу по расследованию и реагированию, а не исполняют заранее написанные плейбуки.

Вот как разные подходы соотносятся между собой:

Агентская SOC-платформа поглощает алерты из SIEM, EDR, identity, cloud, email и сетевого уровня; автономно расследует каждый алерт до глубины L2 (корневая причина, радиус взрыва, латеральное перемещение); формирует или выбирает действия реагирования на основе живых данных.

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

Архитектура Argus: пять ключевых уровней

Коллекторы инвентаризируют cloud, identity, code, endpoint, network и Kubernetes-активы в граф улик; движок детектирования оценивает события на предмет swarm-, identity-, cloud-, code- и canary-сигналов; изолированный тест-харнес запускает авторизованные инструменты безопасности; управляемые агенты выполняют сортировку, расследование и охоту с read-only инструментами; и отдельный брокер действий (типизированные действия, политики, approvals, dry runs, rollback, kill switch) — единственный компонент, которому разрешено что-либо менять.

graph TD
    A["🌐 Browser / SDK / Sensors"] --> B["API Gateway\n(FastAPI + Caddy)"]
    B --> C["Auth & RBAC\n(OIDC+PKCE, TOTP, API Keys)"]
    C --> D["PostgreSQL / SQLite"]
    C --> E["Redis Queue"]
    C --> F["Audit Chain"]
    D --> G["Evidence Graph"]
    G --> H["Detection Engine\n(swarm, identity, cloud, canary)"]
    H --> I["AI Agents (read-only)\n7 специалистов"]
    I --> J["Action Broker\n(approvals, dry-run, rollback)"]
    J --> K["Инфраструктура\n(AWS/Azure/GCP/K8s...)"]
    style J fill:#ff6b6b,color:#fff
    style I fill:#4ecdc4,color:#fff
    style K fill:#95e1d3,color:#000

Ключевая идея архитектуры: жёсткое разделение между анализом и действием. Агенты имеют доступ только к read-only инструментам. Любое изменение в инфраструктуре проходит через Action Broker с явной цепочкой approvals.

API и аутентификация

API построен на FastAPI с поддержкой аутентификации через сессии, OIDC+PKCE, TOTP и API-ключи. RBAC реализован по иерархии viewer < analyst < operator < admin < owner, с CSRF-защитой, per-principal rate limits, request ID и security headers.

Хранилище и очереди

Платформенное ядро — tenancy, auth, RBAC, цепочка аудита, очередь, политика и approvals — тестируется end-to-end на SQLite и PostgreSQL в CI.

Коллекторы, агенты и Action Broker: разбираем по деталям

Коллекторы (Collectors)

Коллекторы поддерживают источники: AWS, Azure, GCP, Kubernetes, GitHub, Okta, Entra, osquery, netflow — всё это реализовано с fixture-данными, облачные SDK опциональны.

Коллекторы строят граф улик (evidence graph) — структурированное представление всех активов и событий в инфраструктуре. Это не просто плоский лог событий, а связная модель, где между активами прослеживаются зависимости.

AI-агенты: 7 специалистов

Среда выполнения агентов поддерживает провайдеры Anthropic, OpenAI, Ollama (и режим без AI). В системе предусмотрены 7 специализированных агентов с read-only инструментами и eval-суитами для тестирования.

Это принципиально важно: вы можете использовать Argus с локальными моделями через Ollama, не отправляя данные о своей инфраструктуре во внешние сервисы.

Action Broker: единственная точка изменений

Брокер действий включает каталог из 25 типизированных действий (AWS, Azure, GCP, Kubernetes, GitHub, Okta, Entra, Cloudflare, Argus-internal) с поддержкой политик, approvals, dry run, execute, rollback и kill switch.

Работа с Action Broker выглядит так:

# Запуск действия в dry-run режиме (ничего не меняет реально)
POST /api/v1/actions/execute
{
  "action": "aws_isolate_instance",
  "target": "i-0abc123def456",
  "dry_run": true
}

# Запрос на подтверждение реального действия
POST /api/v1/actions/approve
{
  "action_id": "act_789xyz",
  "approver": "admin@company.com",
  "reason": "Confirmed ransomware indicators"
}

Интеграции

Реализованы 13 парсеров входящих данных через POST /api/v1/ingest/{source} и 6 исходящих каналов: webhook, Slack, Jira, ServiceNow, PagerDuty, email — с доставкой и retry-логикой, а также подключением к Wazuh indexer.

Движок детектирования: что умеет Argus находить

Движок детектирования оценивает события по нескольким категориям сигналов: swarm (роевые атаки), identity (компрометация учётных данных), cloud (аномалии в облачной инфраструктуре), code (угрозы в кодовой базе) и canary (triageловушки-канарейки).

Особого внимания заслуживает swarm-aware detection — это детектирование координированных атак, которые выглядят как несвязанные единичные события, но образуют паттерн «роя». Классический SIEM с правилами на основе порогов здесь часто ошибается.

Развёртывание и первые шаги

Архитектура Argus рассчитана на self-hosted инсталляцию. В качестве ingress поддерживаются Caddy, ALB (AWS), Front Door (Azure) или любой другой ingress.

Быстрый старт

# Клонируем репозиторий
git clone https://github.com/thomasunise/argus
cd argus

# Копируем конфигурацию
cp .env.example .env

# Запускаем через Docker Compose
docker compose up -d

# Проверяем статус
docker compose ps

Рекомендуемый порядок запуска

Настройте коллекторы и правила детектирования под свою инфраструктуру и начните в режиме monitoring-only (подробнее в docs/GO-LIVE.md) прежде чем включать какие-либо действия.

1. Мониторинг-only режим — агенты расследуют, но Action Broker заблокирован
2. Dry-run режим — Action Broker показывает, что бы он сделал, не применяя изменений
3. Режим с approvals — каждое действие требует явного подтверждения оператора
4. Полная автономия — только для строго ограниченного набора low-risk действий

Argus vs. альтернативы: честное сравнение

В модели агентского SOC аналитики переходят от роли операторов к роли оркестраторов, управляющих флотами интеллектуальных агентов, которые рассуждают, принимают решения, действуют и непрерывно обучаются. Argus предлагает именно эту модель, но в open-source виде и с акцентом на контроль человека.

Почему принцип «агент не трогает инфраструктуру» — это правильно

Главная архитектурная идея Argus — строгое разделение между аналитической функцией и исполнительной. Это решает реальную проблему: первое предложение README сразу обращается к главному страху — что AI-агент сломает что-то в продакшн-инфраструктуре.

Action Broker в Argus реализован как отдельный сервис с собственной цепочкой approvals. Это означает:

• Audit trail: каждое предложенное и одобренное действие логируется неизменяемо
• Rollback: для каждого действия определён механизм отката
• Kill switch: глобальная остановка всех агентских действий одной командой
• Dry run: проверка эффекта без реального применения

Такой подход называют human-in-the-loop governance — и именно он делает агентские SOC-платформы приемлемыми для корпоративных security-команд.

Заключение: фундамент, а не готовый продукт

Argus — это не замена коммерческим SOC-платформам, и сам проект это честно признаёт. Это open-source фундамент, созданный для форка и расширения.

Для кого Argus действительно полезен прямо сейчас:

• Security-исследователи, которые хотят изучить архитектуру агентских SOC на реальном коде
• Команды с инженерными ресурсами, готовые форкнуть и адаптировать платформу под свои нужды
• Стартапы в сфере безопасности, которым нужна основа с правильной governance-моделью
• Enterprise-команды, которые хотят пилотировать agentic SOC без vendor lock-in

MIT-лицензия означает полную свободу использования, модификации и коммерциализации. Архитектурные решения — evidence graph, governed agents, approval-gated action broker — представляют собой образцовую модель того, как должны работать AI-агенты в системах с высокими ставками.

Агентская безопасность — это не будущее. Это уже сейчас, и Argus — один из первых open-source ответов на вопрос «как сделать это правильно».