MCP-токен не подходит внешнему API: почему нельзя прокидывать всё подряд
Проверяйте, для какого ресурса выдан токен, и не считайте один bearer token универсальным пропуском ко всем подключённым системам. Авторизация клиента и полномочия серверной интеграции связаны, но не тождественны.
Разберём рабочий случай
MCP-сервер получил токен от пользователя и просто передал его в CRM. CRM ожидает другой audience и другой набор прав. В лучшем случае запрос отклонится. В худшем токен уйдёт ресурсу, которому его вообще нельзя было раскрывать. Удобная функция «передать заголовок дальше» скрывает границу между сервисами и мешает понять, кто совершает действие.
Что изменить
Сверьте схему авторизации с поддерживаемой спецификацией и моделью доверия. В авторизации MCP версии 2025-06-18 отдельно описаны ограничения на использование токенов и их получателя. Для внешнего API используйте предусмотренные им credentials или корректный разрешённый обмен, а не произвольную пересылку. Запишите, действует сервер от имени пользователя или сервисной роли. Проверьте scopes, ресурс, срок жизни и отзыв, не логируя само значение секрета.
Как проверить результат
| Проверка | Ожидаемое поведение |
|---|---|
| Токен выдан именно для MCP-сервера | Он проверяется как credential этого ресурса и не отправляется автоматически всем зависимостям. |
| Вызов CRM от имени пользователя | Понятны отдельные полномочия и субъект действия; чужой или избыточный доступ не появляется из серверной роли. |
| Токен истёк или отозван | Сервер прекращает операции и сообщает необходимость обновить доступ, не подменяя его старым широким ключом. |
Передача доступа должна учитывать выход пользователя из организации. Бессрочная сервисная связь, созданная один раз от его имени, не должна незаметно переживать отзыв прав и выполнять новые поручения.
Конкретная схема обмена зависит от провайдера и клиента. Этот разбор не обещает, что любой OAuth-сервер совместим с любой MCP-реализацией без настройки и проверки возможностей.
Безопасная авторизация — одна из центральных тем разработки MCP-интеграций для реальных корпоративных систем. В платном курсе AI Agent Integrations PRO: MCP можно продолжить изучение соответствующего инженерного направления. Перед покупкой сравните программу и открытые материалы со своей задачей.
Описанный протокольный контракт относится к версии 2025-06-18; для другой согласованной версии клиента и сервера сверьте соответствующую спецификацию.
Документация для проверки технических деталей: Авторизация MCP: спецификация 2025-06-18.
Следующий шаг: MCP-интеграции: контракты инструментов, ошибки и доступ. По смежным вопросам: Таймаут MCP tool: почему нельзя сразу повторять запись, readOnlyHint в MCP: почему аннотация не даёт защиту.
