Платформа Argus обмежує автономних агентів через виокремлений брокер дій
Argus — це self-hosted платформа безпеки з підтримкою мультиорендності, де AI-агенти аналізують інциденти без прямого доступу на зміну інфраструктури. Будь-які модифікації делегуються окремому брокеру дій із підтримкою попереднього перегляду, погоджень і аварійного зупинення.
Чому це важливо
Ви можете впроваджувати агентів для аналізу інцидентів без ризику несанкціонованих змін, відокремлюючи інструменти читання від виконавчих контурів.
TL;DR
- 01Агенти обмежені інструментами лише для читання і не можуть безпосередньо змінювати хмару чи кластери Kubernetes.
- 02Виправлення проходять через виокремлений брокер дій із підтримкою типізованих операцій, сухих прогонів і ручних погоджень.
- 03Продакшен-режим вимагає HMAC-підпису та хешування аудит-логів із записом у незмінне об'єктне сховище.
Ключові факти
- Правила детекції
- 12 правил (рій x4, ідентичність x2, хмара, k8s, код, canary, аномалії, агенти)
- Типізовані дії
- 25 дій у брокері
- Підтримувані джерела входу
- 13 парсерів вхідних даних
- Канали сповіщень
- 6 каналів (webhook, Slack, Jira, ServiceNow, PagerDuty, email)
Архітектура агентних операцій лише для читання
Argus реалізує суворе розмежування довіри в системі. Автономні агенти аналізують сигнали 12 правил детекції, що охоплюють поведінку агентних роїв, аномалії ідентифікації, зміни хмарного периметра та canary-токени. При цьому середовище виконання позбавляє агентів прямого доступу на запис до підключених хмарних API. Єдиний доступний інструмент — виклик propose_action, який створює запис ActionRequest у стані очікування.
Будь-яка модифікація делегується окремому брокеру дій, який підтримує 25 типізованих операцій для AWS, Azure, GCP, Kubernetes, GitHub, Okta та Entra. Брокер контролює виконання через політику схвалень, сухий прогін (dry run), автоматичні сценарії відкату та глобальний аварійний вимикач (kill switch).
Вимоги до розгортання та захист у продакшені
Бекенд побудовано на FastAPI з підтримкою SQLite для локальної розробки та PostgreSQL з Redis для розподілених середовищ. У режимі APP_ENV=production система блокує запуск за відсутності PostgreSQL, черги Redis, прапорця COOKIE_SECURE=true, зовнішнього сховища логів та обов'язкового TOTP або OpenID Connect.
Журнал аудиту зв'язується криптографічними хешами та підписується HMAC для кожного орендаря. Для зберігання підтримуються сховища S3 Object Lock і Azure immutable blob, що запобігає модифікації історії дій навіть за умови витоку облікових даних API.
Спробуй за 2 хвилини
git clone https://github.com/thomasunise/argus.git
cd argus
python -m venv .venv && source .venv/bin/activate
pip install -r requirements.txt -r requirements-dev.txt
python scripts/generate_secrets.py --write
uvicorn app.main:app --host 127.0.0.1 --port 8080bash
✓ Коли використовувати
- Використовуйте для розгортання AI-агентів розслідування інцидентів та перевірки конфігурацій хмари.
- Використовуйте для SecOps-процесів, де критично мати підписаний аудит, тестові прогони та схвалення оператора.
✕ Коли НЕ варто
- Не використовуйте, якщо вам потрібне повністю автономне виправлення інфраструктури з нульовою затримкою без погоджень.
- Не розгортайте у продакшені без підключення PostgreSQL та зовнішнього незмінного сховища аудит-логів.
Що зробити сьогодні
- Перевірте дозволи автономних агентів у CI/CD та заблокуйте прямий запис без підтвердження оператором.
- Дослідіть реалізацію патерну propose_action у репозиторії Argus для власних агентів із викликом інструментів.
- Налаштуйте незмінне збереження логів викликів агентів за допомогою S3 Object Lock або аналогів.
Що каже спільнота
“Do people want agents taking action without approval on security?”
“What part of this looks solid?? The first sentence: > Argus is a self-hosted, multi-tenant security operations platform in which AI agents analyze evidence but never act on the estate.”