Практическое задание · architecture

MCP в production: авторизация и управляемость

Условие

Зачем нужен

Production-авторизация ограничивает не только доступ к MCP-серверу, но и конкретные инструменты, окружения и уровни риска. Она не позволяет способности модели вызвать tool автоматически превратиться в право выполнить любую операцию.

Где применяется

  • корпоративные MCP-серверы с несколькими ролями и tenant-ами;
  • разделение read-only, write и destructive tools;
  • операции, требующие consent или отдельного approval;
  • аудит, отзыв полномочий и экстренное отключение интеграций.

Задача

Взять MCP-сервер из предыдущего задания или создать новый и реализовать модель авторизации.

Нужно определить

  • какие tools являются read-only, write и destructive;
  • какие scopes нужны каждому инструменту;
  • где валидируется token;
  • какой проверенный auth context получает tool;
  • какие операции требуют отдельного approval;
  • какие данные пишутся в audit log;
  • как выполняются revocation и emergency kill switch.

Расширение

  • разделить consent и approval;
  • добавить tenant/environment policy;
  • не передавать inbound MCP token напрямую во внешний API;
  • реализовать MCP App или фиксированный approval UI с backend tool;
  • предусмотреть fallback для клиентов без поддержки MCP Apps.
Моё решение

Решение пока не опубликовано.