Безопасность Recuriant

Применяйте политику в процессе исполнения.

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

Если настроенную политику не удаётся загрузить, действия, изменяющие состояние, блокируются. Чтение пропускает проверку уровня политики, но подчиняется применимым проверкам полномочий. Без объявленной политики рабочее пространство работает без этих ограничений.

14:03 agent:hotfix-author github.comment #4412 L1 · разрешено
14:05 verify-hotfix stripe.refund.create 412.00 USD отказ · scope_missing
14:06 hotfix stripe.refund.create 412.00 USD L2 · ожидание
14:31 человек oncall approval verdict=approve одобрено
16:52 nightly-triage github.label.add stale отказ · policy_unavailable

Иллюстративный пример с вымышленными данными

Классифицируйте действия по обратимости и влиянию.

Действие объявляет обратимость и влияние. Обратимые действия с низким влиянием относятся к L1. Необратимые со средним или высоким влиянием и трудно отменяемые с высоким влиянием относятся к L3. Остальные изменяющие состояние действия, включая неклассифицированные, относятся к L2.

L1

Разрешить действие.

Настроенная политика разрешает выполнение действия.

L2

Дождаться решения человека.

Действие ждёт решения уполномоченного человека. Состояние согласования должно быть сохранено до продолжения действия.

L3

Отклонить действие.

Действие не выполняется. Отказ можно проверить, когда запись о решении доступна.

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

Сохраняйте связь решений людей с работой.

Ожидающий согласования шаг приостанавливает устойчивое исполнение. Ожидание переживает перезапуски и развёртывания; после одобрения процесс возобновляется на этом шаге.

Согласование используется один раз и привязано к шагу действия.
Решение может принять только назначенный согласующий или администратор, вошедший как человек. Ключ API не может одобрять действия.
Личность согласующего сохраняется вместе с решением.
По умолчанию ожидание длится 24 часа или срок, заданный политикой. После его истечения шаг отклоняется, если политика не предписывает разрешение или эскалацию.

Настройте учётную запись для каждой роли агента.

Для объявленной и включённой учётной записи роли Recuriant запрашивает короткоживущий токен с полномочиями этой роли перед отправкой задачи. Если выпустить токен не удаётся, отправка не начинается. Действия, вызванные с этой учётной записью, проверяются на соответствие полномочиям.

Текущие границы идентификации

Рабочие пространства без объявленной политики и роли без объявленной включённой учётной записи по-прежнему могут использовать общие учётные данные.
Процессы, созданные агентами, проверяются при сохранении. Действия проверяются по учётной записи, предъявленной при выполнении.
API отправки задач не разрешает прямую передачу работы от одного агента другому. Этот путь пока не использует обмен делегированными токенами.

Изучайте запуски и решения политики.

Запуски показывают результаты шагов. Доступные решения политики указывают действие, вычисленные входные параметры и применённое правило, а для ожидавших действий также сведения о согласующем. Оба вида записей доступны через API в формате JSON.

Запись разрешений и отказов в аудит выполняется без гарантии сохранения, кроме операций, требующих постоянной записи. Если состояние согласования не удаётся сохранить, действие не выполняется; процесс должен повторить попытку до того, как согласование можно будет завершить.

execution_id: связанный запуск
action, inputs: действие и обработанные входные данные
decision: разрешить, проверить или запретить
rule_fired: применённое правило
tier: L1, L2 или L3
agent_owner: человек, ответственный за агента
approved_by, approval_consumed_at: кто одобрил и когда одобрение использовали

Выберите вариант развёртывания вместе с командой.

Recuriant работает в Kubernetes через Helm chart с устойчивым исполнением процессов, Postgres и Redis. Учётные записи ролей используют провайдера OpenID Connect. Развёртывание Enterprise в кластере клиента согласуется с командой; готовое руководство ещё не опубликовано.

Оцените текущий уровень гарантий.

Сейчас у Recuriant нет сертификаций SOC 2, ISO 27001 или HIPAA. Расскажите команде о требованиях вашей проверки безопасности.

Требования к идентификации, хранению и доступу для конкретного развёртывания обсуждаются в рамках оценки Enterprise.

Доступ и условия использования.

Предварительная регистрация бесплатна. Платный доступ пока не открыт для самостоятельной регистрации. Мы свяжемся с вами, когда он станет доступен.
Лимиты запусков и одновременного выполнения для каждого тарифа будут подтверждены при запуске.
Запуски и доступные решения политики можно читать через API. Запись разрешений и отказов в аудит выполняется без гарантии сохранения; для ожидания согласования состояние должно быть сохранено.
Recuriant распространяется как проприетарный продукт; его исходный код недоступен публично. Развёртывание в вашем собственном кластере организуется на тарифе Enterprise.

Обсудите требования к вашему процессу.

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

Оставить заявку Изучить документацию

Задайте условия, в которых могут действовать агенты.