Разрешение перед действием.
Узнайте, как применяется Durin. Управление доступом через MCP маршрутизируемыми запросами посредством проверок личности, разрешений и утверждений, а затем записывает решение и результат выполнения.
Следите за действием.
- Запрошенное действие
- Создать билет
- Решение политики доступа
- Требуется одобрение
- Рецензент
- Независимый утверждающий
- Выполнение
- Результат записан отдельно
Решение не является доказательством завершения.
Вход в систему — это только начало.
Управляемый путь запроса Durin построен на элементах управления идентификацией, политикой, утверждением и аудитом. Разрешения поставщика по-прежнему применяются, а производственные развертывания проверяют путь, специфичный для клиента.
Проверьте, кто спрашивает
Запросы содержат личность человека или службы, организацию, среду и связь. Текущее членство и полномочия проверяются еще раз перед выполнением. Аутентификация на основе WorkOS реализована, но SSO и применение MFA требуют проверки для конкретной учетной записи. Имя клиента само по себе не предоставляет доступ.
Разрешить по умолчанию. Установите более строгие правила.
Проверенные запросы разрешаются по умолчанию после прохождения проверок личности, подключения, ресурсов и учетных данных. Администраторы могут выбрать запрет по умолчанию, потребовать независимое одобрение записи или запретить запись в любой среде. Решения политик доступа и результаты их исполнения фиксируются.
Одобрить конкретное действие
Деликатные записи могут потребовать независимого утверждающего. Разрешение привязан к запрашивающей стороне, подключению, точным аргументам, ресурсу и текущим версиям инструмента и политики. Срок годности истекает, и его можно использовать один раз.
Записывайте решения и результаты
Требуемое намерение аудита записывается перед выполнением. Разрешение на политику и успешная запись — это разные вещи. Если запись могла произойти, но не может быть подтверждена, ее результат остается неопределенным, а не повторяется вслепую. Ограниченный экспорт перепроверяет доступ; контрольные суммы не делают записи защищенными от несанкционированного доступа и не контролируются независимо.
Знайте, где заканчивается контроль.
Через шлюз Durin
- Current identity, organization, and connection checks.
- Default allow, operator-controlled denial, and exact approvals where required.
- Audit intent and a recorded execution outcome.
Требует отдельного контроля
- Direct API calls, browser actions, shell commands, and clients that bypass Durin.
- Upstream permissions and how an external model provider handles returned data.
- Customer network restrictions and deployment-specific coverage tests.
Поймите путь данных.
Учетные данные, записи аудита и данные поставщика модели имеют разные роли. Рассмотрите их отдельно.
- Учетные данные для подключения
Scoped implementation
В конфигурации подключения используется шифрование приложения и проверки выполнения на заданной области. Обновление учетных данных, отзыв, ключи, управляемые клиентом, и восстановление обрабатываются как элементы управления, специфичные для поставщика и клиента.
- Аудиторские записи
Required governance metadata
Положение по умолчанию записывает метаданные управления, а не полную расшифровку подсказок и результатов инструмента. Графики хранения, удаления, юридического удержания и восстановления управляются с помощью пользовательских элементов управления.
- Модели и операторы
Explicit data boundaries
Durin не размещает и не обучает модели ИИ. Клиент может отправить возвращенные результаты инструмента поставщику модели. Выделенные ресурсы арендатора не лишают оператора SaaS криптографического доступа к данным.
Проверьте элементы управления, стоящие за запросом.
Создайте учетную запись, чтобы оценить проверки авторизации по умолчанию, дополнительные элементы управления просмотром, ограниченный доступ и соответствующие результаты.
Создать учетную запись