
Управление доступом через MCP: практическое руководство по серверам, доступу и согласованиям
Управление доступом через MCP на практике: решите, каким серверам и инструментам доверять, кто может ими пользоваться и какие действия требуют проверки, а затем тестируйте и сохраняйте доказательства по мере роста.
Коротко о решении
Управление доступом через MCP сводится к трем решениям, у каждого из которых есть владелец, запись и способ отмены: каким серверам и инструментам доверять, кто может ими пользоваться и с какими данными, а также какие действия агентов требуют проверки. Начните с инвентаризации и одного подключения, проверьте разрешенные и отклоненные запросы, а затем отработайте проверку и восстановление. Расширяйте внедрение только тогда, когда команда может объяснить и решение о разрешении, и результат выполнения.
Что охватывает управление доступом через MCP
Управление доступом через MCP — это набор решений и средств контроля, определяющих, как ИИ-агенты используют серверы MCP в работе. Оно сводится к трем решениям: каким серверам и инструментам вы доверяете, кто может ими пользоваться и с какими данными, а также какие действия агентов требуют проверки человеком до выполнения.
Каждому решению нужны владелец, запись и способ отмены. Каждому из них посвящено отдельное подробное руководство: управление серверами — об одобрении и проверке серверов, управление правами доступа — о людях и данных, процессы согласования — об отдельных действиях. Этот контрольный список объединяет их для первого внедрения.
| Решение | Обычный владелец | Запись | Как отменить |
|---|---|---|---|
| Каким серверам и инструментам доверять | Платформенная или ИТ-команда | Позиция в перечне и список проверенных инструментов | Отключить подключение и отозвать его учетные данные |
| Кто может ими пользоваться и с какими данными | Владелец подключения вместе со службой безопасности | Назначения командам и правила доступа | Удалить членство или сузить правила |
| Какие действия требуют проверки | Бизнес-владелец вместе со службой безопасности | Версия политики и решения по проверкам | Опубликовать более строгую политику; срок действия одобрений истекает |
Определить сферу управления
MCP делает возможности доступными через общий протокол. Управление определяет, кто может их использовать, какие изменения требуют проверки и какие доказательства впоследствии потребуются операторам. Эти элементы управления могут охватывать клиента, шлюз, сервер и вышестоящего поставщика.
Шлюз дает командам одно место для применения общих элементов управления, но только для получаемых запросов. Инвентаризируйте прямые подключения и альтернативные учетные данные. Не путайте успешный тест шлюза с контролем над всеми способами доступа пользователя или агента к одним и тем же данным.
Доступ к инвентарю и назначение владельцев
Начните с одного конкретного варианта использования. Запишите клиента, отправителя запроса, подключение, вышестоящую учетную запись, среду, инструменты и задействованные данные. Назовите человека, ответственного за предоставление доступа, проверку изменений и устранение сбоев.
- Клиенты и запрашивающие: идентифицируйте людей, идентификаторы автоматизации и порядок отзыва доступа.
- Подключения: запишите вышестоящую учетную запись, владельца учетных данных, области и среду.
- Инструменты: отличайте чтение от записи и выявляйте конфиденциальные данные, массовые операции и внешние эффекты.
- Альтернативные пути: перечислите учетные данные прямого поставщика и подключения в обход шлюза.
- Операции: назначьте рецензентов, владельцев инцидентов и процесс согласования неопределенных записей.
Настраивайте политику и инструменты проверки отдельно
В Durin запросы должны пройти проверку личности, членства, команды, подключения, учетных данных, проверенного инструмента, ресурсов и проверки. Разрешение по умолчанию не отменяет неудачную проверку. Администраторы могут запретить доступ ко всем инструментам и самостоятельно разрешить проверенную запись, потребовать другого администратора или запретить запись.
Политика команды может сужать политику организации, а в песочнице и в рабочей среде действуют одни и те же средства контроля. Пользовательские правила могут относиться к подключениям, инструментам, ресурсам, средам, людям или командам; при срабатывании правил запрет имеет приоритет над требованием согласования, а требование согласования — над разрешением. Условия по классификации данных нет, поэтому сопоставьте свои рабочие правила с условиями, которые действительно доступны.
Непроверенные инструменты остаются заблокированными до завершения проверки. Точное разрешение на запись не может заменить эту проверку, подготовить недоступное подключение или предоставить недостающие разрешения провайдера.
Проверьте одно подключение перед расширением
Выберите проверенное подключение с поддерживаемым устройством песочницы. Начните с низкочувствительного чтения и проверьте запрашивающую сторону, решение и результат. Также проверьте отклоненный запрос, например ресурс, выходящий за пределы разрешенной области.
Для упражнения по записи настройте требование утверждения и привлеките другого активного администратора. Убедитесь, что первоначальный запрос и само утверждение не выполняют действие. Повторите точный вызов до истечения срока действия, затем проверьте результат выполнения.
Отзыв тестов, измененные аргументы, истекшие разрешения и изменения в определениях инструментов. Используйте управляемое приспособление, чтобы проверить неоднозначный результат записи и убедиться, что он не повторяется автоматически. Расширьте развертывание, используя те же проверки.
Храните полезные доказательства с помощью четкой политики хранения.
Запишите достаточный контекст, чтобы объяснить отправителя запроса, подключение, инструмент, решение политики доступа, одобрение, где это необходимо, и результат выполнения. Разрешение на запуск и подтверждение завершения — это разные факты. Назначьте кого-нибудь для согласования неопределенных записей с вышестоящей системой.
Записи о решениях не требуют сохранения каждого запроса или ответа. Durin по умолчанию записывает разговоры только в метаданные. Когда администратор включает отредактированный захват, новые снимки сохраняются в течение 7, 90 или 180 дней или 360 дней в Enterprise; рабочие области с более старыми настройками от 1 до 30 дней сохраняют его до тех пор, пока администратор не выберет поддерживаемый период. Эти периоды хранения отличаются от периодов хранения аудита, учетной записи и выставления счетов.
Используйте материалы доверительного управления для проверки объема контроля и подтверждающих доказательств. Сертификация, независимые оценки и договорные обязательства требуют собственных доказательств; рабочая демо-версия их не устанавливает.
Используйте эти вопросы при каждой проверке внедрения.
Пересматривайте контрольный список при изменении клиента, подключения, учетных данных, инструмента или политики. Управление — это операционный процесс, а также конфигурация шлюза.
- Можем ли мы определить отправителя запроса и владельца каждого активного подключения?
- Протестировали ли мы как разрешенный, так и запрещенный доступ к намеченным ресурсам?
- Рассматриваются ли проверка инструмента и утверждение каждого действия как отдельные решения?
- Соответствует ли настроенная политика записи требованиям команды?
- Можем ли мы продемонстрировать истечение срока действия, точную повторную попытку, отзыв и обработку неопределенных результатов?
- Знаем ли мы, какие пути доступа обходят шлюз?
- Документированы ли доступ к доказательствам, их хранение и право собственности на инциденты?