Приложения и доступ к API

Область полномочий OAuth

Определение

Область полномочий OAuth (scope) — набор строк, которыми клиент запрашивает нужные действия, а сервер авторизации объявляет, какой доступ он выдал. Выдать могут меньше запрошенного, и API проверяет именно выданный набор.

Также ищут: OAuth scope · scope · область доступа OAuth

Зачем это знать

Клиент обязан учитывать выданный набор, а API — проверять его применимость к запросу. Одинаковое имя действия у двух API не делает токены общими.

Связи из словаря

Карта понятия

Доказательная часть

Что подтверждено

  1. Клиент выражает запрошенный доступ через scope, а сервер авторизации может выдать такой же или более узкий набор полномочий.

    Граница применимости: Обработка scope в OAuth 2.0.

  2. Scope описывает требуемые полномочия, а указатель ресурса и итоговый получатель ограничивают API, для которого предназначен токен.

    Граница применимости: Область полномочий OAuth и целевой ресурс.

  3. В учебном запросе клиент просил чтение и запись, но сервер выдал только чтение. Клиент не может считать запись разрешённой по своему исходному запросу; API проверяет фактически выданные полномочия.

    Граница применимости: Закрытый пример более узкого выданного scope; остальные проверки токена и объекта остаются обязательными.

  4. Имена полномочий scope задаёт сервер авторизации. Они чувствительны к регистру и передаются как строки, разделённые пробелами; порядок значений не меняет их смысл.

    Граница применимости: Синтаксис scope по RFC 6749, раздел 3.3. Универсальные значения вроде read или admin стандартом не назначаются.

  5. Если два API используют одинаковое имя полномочия read, оно не делает токен пригодным для обоих. Целевой ресурс и получатель проверяются отдельно от имени действия.

    Граница применимости: Редакторское применение scope и resource indicators к двум API; read — условное имя в данном примере.

Граница терминов

Не путать

Область полномочий OAuth Указатель ресурса OAuth

Scope задаёт действия, resource — целевой ресурс. Одинаковое имя read у двух API не отменяет ограничения на получателя.

Область полномочий OAuth Ресурсный сервер

Scope описывает полномочия токена, ресурсный сервер проверяет их вместе с объектом и контекстом. Наличие строки scope не выполняет эту проверку за API.

Перед спецификацией

Что проверить

  1. Прочитайте имена полномочий сервера.
  2. Сохраните регистр значений.
  3. Разделите запрошенный и выданный наборы.
  4. Проверьте фактически выданный scope.
  5. Сверьте целевой ресурс и получателя.
  6. Примените правила к объекту.
  7. Не выводите выданное право из текста своего запроса.
Открытые основания

Первоисточники

  • Стандарт4
  • Первичная спецификация
    The OAuth 2.0 Authorization Framework Internet Engineering Task Force · RFC 6749, October 2012 · проверено

    Определяет роли OAuth, authorization grants, access и refresh tokens, client types и основные grant flows.

    Утверждения: 01 · 02 · 03 · 04 · 05

  • Первичная спецификация
    Resource Indicators for OAuth 2.0 Internet Engineering Task Force · RFC 8707, February 2020 · проверено

    Вводит resource parameter для target API и audience-restricted access tokens: scope отвечает что, resource — где.

    Утверждения: 02 · 05

  • Первичная спецификация
    The OAuth 2.0 Authorization Framework: Bearer Token Usage Internet Engineering Task Force · RFC 6750, October 2012 · проверено

    Определяет bearer-token presentation, защиту от disclosure, Authorization header и ошибки invalid_token/insufficient_scope.

    Утверждения: 03

  • Первичная спецификация
    Guidelines for API Protection for Cloud-Native Systems National Institute of Standards and Technology · NIST SP 800-228-upd1, includes updates as of 13 March 2026 · проверено

    Задаёт API lifecycle controls для authentication, authorization, rate limits, resource limits, logging и monitoring.

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие