Расширения авторизации

L37 · MCP 2026-07-28 · открытая бета · редакция 2026.10-beta1

Не у каждого клиента есть человек у браузера. Для автоматизации существуют отдельные расширения авторизации, включая OAuth client credentials и enterprise-managed authorization. Я не подменяю ими основной пользовательский code flow.

Предварительно: L25 · L26 · L28

Как я это использую

Client credentials подходит машинному principal с заранее выданными полномочиями. Enterprise-managed сценарий учитывает управление идентичностями и политиками организации. Оба механизма требуют явной поддержки соответствующего расширения, модели угроз и жизненного цикла credentials. Пользовательский consent, роли сотрудника и сервисный аккаунт — разные сущности.

Разбираем конкретный контракт

Это учебный fixture: поля с доменом .example и идентификаторы вымышлены. Если показан фрагмент, его нужно поместить в соответствующий envelope выбранного профиля.

{
  "scenarios": {
    "nightly_sync": "client credentials extension when supported",
    "employee_assistant": "user authorization or enterprise-managed profile"
  },
  "never": "share one administrator secret with browsers"
}

Что легко сломать

Сервисный token с широкими правами нельзя выдавать браузеру каждого сотрудника. Ограничьте audience, scopes и tenant, обеспечьте отзыв и ротацию. В упражнении выберите сценарий для фоновой синхронизации и для интерактивного помощника.

Практика и самопроверка

Сравнить client credentials и enterprise-managed authorization с пользовательским OAuth на двух разных сценариях.

Я советую сначала предсказать результат, затем изменить один параметр в лаборатории и объяснить разницу. Сохраните небольшой fixture с нормальным и ошибочным случаем для своего проекта. Тренажёр открыт без регистрации; для сохранения ответов на тесты и завершения урока войдите в аккаунт.

В конце страницы — три вопроса. После правильных ответов можно завершить урок; ошибка в следующей тренировке не стирает уже полученное подтверждение этой редакции теста.

На что я опирался

• client-credentials: первичный источник
• enterprise-auth: первичный источник

Профиль и ссылки проверены 15 октября 2026. Core, deprecated compatibility и extensions в этом курсе помечены отдельно. Примеры объясняют выбранные сценарии; для реализации сверяйте нормативные MUST/SHOULD и schema соответствующей версии.