Главная
Блог
Управление ИИ и безопасность
Брэд Гриффит
11 нояб. 2026 г.
Управление серверами MCP на уровне предприятия заключается в контроле пяти аспектов: кто имеет доступ к серверу, от чьего имени действует агент, какие инструменты он может вызывать, какие серверы одобрены и что именно записывается в журнал. Workato Enterprise MCP реализует все пять аспектов с помощью MCP Gateway, реестра и функции Verified User Access. В ходе демонстрации Workato один прокси предоставил возможность проверки всех 44 инструментов стороннего сервера GitHub, причем каждый инструмент можно было включать и отключать индивидуально.
Эта потребность носит практический характер. Серверы MCP развертываются быстро, но их сложно учитывать, и без управляющего слоя каждый из них хранит собственные учетные данные и логи.
Каковы основные риски неуправляемых серверов MCP?
К основным рискам относятся общие учетные данные, непроверенные инструменты, отсутствие инвентаризации и отсутствие контрольного журнала. Сервер, подключающийся к Salesforce с общей служебной учетной записью, позволяет любому вызывающему абоненту действовать в рамках прав этой учетной записи, а в журнале указывается учетная запись, а не конкретный человек. Проблема разрастания инструментов усугубляет ситуацию, поскольку со временем провайдеры добавляют на сервер новые инструменты, и агент может вызвать новый инструмент, который никто не проверял. Мы называем это разрастанием: тысяча персональных серверов MCP, ни один из которых не управляется и не рассчитан на долговременную работу.
Как контролировать доступ к серверу MCP?
Аутентифицируйте каждого клиента на шлюзе. Workato MCP Gateway принимает API-токены, учетные данные Workato Identity или SSO, и через него проходит каждое клиентское соединение. Workato также разделяет конечных пользователей и разработчиков, поэтому пользователю, которому разрешено вызывать сервер, не обязательно иметь права на его редактирование.
В модели Workato в средах разработки могут использоваться пароли, в то время как в тестовых и производственных средах используется SAML SSO. Это привязывает доступ к серверу к вашему поставщику удостоверений, а не к учетным данным, хранящимся в файле конфигурации. Серверы MCP поддерживают SAML 2.0 SSO, OAuth2 и аутентификацию на основе токенов, а также ограничения частоты запросов и квоты использования. Функция Verified User Access гарантирует, что пользователи получают доступ только к тем приложениям, на использование которых у них есть разрешение.
Как заставить агента действовать от имени правильного пользователя?
Передавайте идентичность пользователя вплоть до нижестоящей системы. Workato делает это с помощью функции Verified User Access: после проверки доступа к серверу через Workato Identity действие выполняется в нижестоящем приложении с использованием собственного подключения конечного пользователя. В ходе демонстрации Workato пользователь вошел в систему через Okta, после чего действия в Salesforce и Slack выполнялись под собственными правами этого пользователя. В журнале отображается реальный пользователь, а отзыв доступа пользователя аннулирует возможности его агента без изменения общих учетных данных.
Применяется одно ограничение. Функция Verified User Access зависит от того, поддерживает ли приложение предоставление кода авторизации (authorization code grant) и вход через браузер, поэтому она работает не со всеми приложениями. Для систем, которые не поддерживают эту функцию, требуется другой метод, например внедрение контекста пользователя в запрос для формирования контрольного журнала.
Как ограничить набор инструментов, которые может вызывать агент?
Ограничивайте инструменты на трех уровнях: какие инструменты видят конкретный пользователь или группа, какие инструменты предоставляет сервер и какие действия безопасно выполнять без подтверждения. Для сторонних серверов прокси-сервер Workato позволяет администратору включать инструменты по отдельности, а инструменты, добавляемые провайдером позже, удерживает до тех ротаций, пока кто-нибудь их не проверит.
Ролевой доступ на уровне инструментов (Tool-level RBAC) обеспечивает контроль доступа для каждого инструмента и группы на основе того, кем является пользователь, поэтому один сервер может использоваться совместно всей организацией. Операции чтения остаются открытыми для всех, а операции записи и деструктивные инструменты закрепляются за ролями, которым они необходимы. В ходе демонстрации Workato администратор добавил группу отдела продаж на сервер с пятью инструментами и снял галочку с одного инструмента — Upsert Opportunity. Представитель отдела продаж, вошедший в систему через Workato Identity, видел четыре инструмента, причем инструмент записи не был отображен серым цветом и не блокировался ошибкой. Он полностью отсутствовал в списке. Группа руководителей отдела продаж, у которых были отмечены все пять инструментов, видела все пять инструментов, а отдельный пользователь — аналитик по операционной деятельности — был добавлен напрямую без группы.
Аннотации инструментов добавляют второй уровень защиты: вызовы только для чтения выполняются свободно, а деструктивные вызовы вызывают предупреждение. Авторизация также определяет масштаб действий вызывающей стороны в бэкенде инструмента, а не только на сервере. Преимущество локализации очевидно. Возможности каждого агента ограничены тем, что разрешено его пользователю, поэтому в случае перехвата агента инструменты, к которым он не должен прикасаться, остаются вне его досягаемости.
Как вести реестр одобренных серверов?
Ведите реестр, в котором перечислены все одобренные серверы и указаны их владельцы. Реестр Workato сохраняет серверы конфиденциальными во время их разработки, позволяет администратору публиковать их и перенаправляет запросы разработчиков на доступ (с примечанием) администратору. Сам реестр представляет собой сервер MCP с тремя инструментами: поиск, получение деталей и список инструментов. Это означает, что агент может обнаруживать одобренные серверы во время выполнения вместо того, чтобы полагаться на зашитый в код список, а вопрос «что запущено?» превращается в запрос, а не в догадки.
Как работать со сторонними серверами MCP?
Используйте прокси-сервер, чтобы учетные данные и политики оставались у вас, а не у провайдера. MCP-прокси Workato выступает посредником для учетных данных в едином месте и позволяет мгновенно их отзывать. В ходе демонстрации перед предоставлением доступа выполнялась двухэтапная проверка подлинности, и каждый вызов регистрировался под определенной учетной записью. В демонстрации использовались GitHub и Atlassian с Claude в качестве клиента.
Что должен содержать контрольный журнал?
Он должен фиксировать, кто, что и откуда вызвал (с какого клиента), сколько времени это заняло и каков был результат. Журнал вызовов инструментов MCP от Workato содержит информацию о методе аутентификации, клиенте, пользователе, продолжительности, запросе, ответе и результате. Панели мониторинга использования и аналитики предоставляют отчеты в разрезе серверов, инструментов, вызовов и кредитов, а журналы могут передаваться во внешнюю систему SIEM. На уровне платформы аудит фиксирует выполнение рабочих процессов, изменения конфигурации и действия пользователей с возможностью настройки срока хранения до 90 дней и продления срока хранения с помощью внешней SIEM.
Для агентов, созданных в Workato, трассировки разговоров показывают каждую проверку защитных механизмов, каждый вызов LLM и каждый вызов инструмента, что позволяет проверяющему проследить одно действие от начала до конца.
Как помешать агентам тратить токены на неэффективные инструменты?
Предоставляйте законченные бизнес-действия, а не сырые обертки API. В ходе теста, проведенного Workato по одному из сценариев Jira с использованием той же учетной записи и модели, размещенный на сервере Atlassian MCP потребовал 3 вызова инструментов, 164 000 токенов и полезную нагрузку объемом 142 КБ. Серверу Workato потребовался 1 вызов, 31 000 токенов и 6 КБ.
Пакет Workato Enterprise Skills объединяет многоэтапную работу в одно управляемое действие. Когда агент вызывает один навык вместо пяти конечных точек, улучшаются как управляемость, так и эффективность.
Резюме: Управление серверами MCP на уровне предприятия
Управляйте серверами MCP с помощью идентификации, контроля инструментов, реестра, проксирования и аудита. Аутентифицируйте каждого клиента на MCP Gateway и передавайте истинную идентичность пользователя в нижестоящие приложения с помощью Verified User Access. Включайте инструменты по отдельности, удерживайте новые инструменты провайдера для проверки и ведите реестр одобренных серверов, к которым агенты могут делать запросы. Затем регистрируйте каждый вызов под конкретной учетной записью.
Часто задаваемые вопросы
Что такое управление MCP?
Управление MCP — это набор средств контроля доступа к серверам MCP, набора инструментов, доступных агентам, и регистрируемых данных. Оно обеспечивается на уровне шлюза.
Как запретить агентам вызывать неодобренные серверы MCP?
Направляйте клиентов через шлюз и публикуйте в реестре только утвержденные серверы. Реестр Workato позволяет администратору публиковать серверы и управлять запросами на доступ.
Могу ли я управлять серверами MCP, созданными другими вендорами?
Да, через прокси. Workato централизованно управляет учетными данными и включает инструменты по отдельности.
Есть ли у MCP встроенная безопасность?
Протокол определяет, как клиенты и серверы общаются друг с другом. Корпоративные средства контроля, такие как идентификация, политики для отдельных инструментов и аудит, обеспечиваются уровнем, который вы размещаете вокруг него.
Что следует логировать для вызовов MCP?
Пользователь, клиент, инструмент, метод аутентификации, длительность, запрос, ответ и результат.
Об авторе
Подробнее об управлении и безопасности ИИ
Узнайте о последних обновлениях и функциях продукта
Как маршрутизировать вызовы LLM и обеспечивать управление?
11 нояб. 2026 г.
Что такое панель управления ИИ?
10 нояб. 2026 г.
Какие шаги агентного рабочего процесса должны быть детерминированными?
5 нояб. 2026 г.
Оглавление
