⌕ Поиск по атласу

IETF · RFC · RFC6749

RFC6749 · Каркас авторизации OAuth 2.0

The OAuth 2.0 Authorization Framework

OAuth 2.0 позволяет стороннему приложению получать ограниченный доступ к HTTP-сервису от имени владельца ресурса с его разрешения либо от собственного имени. Документ определяет четыре роли: владелец ресурса, клиент, сервер авторизации и сервер ресурсов. Описаны четыре типа предоставления авторизации — код авторизации, неявное предоставление (implicit), парольные учётные данные владельца ресурса и учётные данные клиента, — а также механизм расширения. Спецификация устанавливает правила регистрации и аутентификации клиентов, выдачи и обновления токенов доступа, задания области доступа и обработки ошибок.

Назначение

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

Применение

Применять как базовую спецификацию при проектировании OAuth-клиентов, серверов авторизации и интеграции с защищёнными HTTP-сервисами. Согласовывать тип клиента, способ получения авторизации, URI перенаправления, области доступа и защиту токенов с учётом актуальных обновлений. Способы предъявления токенов определяются сопутствующими спецификациями, например RFC6750 для bearer-токенов.

RFC6749 имеет статус Proposed Standard, заменяет RFC5849 и не обеспечивает обратной совместимости с OAuth 1.0. Обновлён RFC8252, RFC8996 и RFC9700; исходные варианты потоков и рекомендации по TLS следует рассматривать с учётом этих обновлений. Аутентификация владельца ресурса перед клиентом, формат токенов и взаимодействие сервера авторизации с сервером ресурсов находятся вне области спецификации. Сам по себе каркас не гарантирует совместимости реализаций: ряд компонентов требует дополнительных профилей, расширений или согласованной настройки.

Официальная английская аннотация

The OAuth 2.0 authorization framework enables a third-party application to obtain limited access to an HTTP service, either on behalf of a resource owner by orchestrating an approval interaction between the resource owner and the HTTP service, or by allowing the third-party application to obtain access on its own behalf. This specification replaces and obsoletes the OAuth 1.0 protocol described in RFC 5849. [STANDARDS-TRACK]

Связи документа

obsoletes: RFC5849

updated_by: RFC8252, RFC8996, RFC9700

Читать полный русский перевод →

Официальный источник · 2012-10-01

Полные импортированные сведения карточки
{
  "id": "RFC6749",
  "number": 6749,
  "title_en": "The OAuth 2.0 Authorization Framework",
  "title_ru": "Каркас авторизации OAuth 2.0",
  "summary_ru": "OAuth 2.0 позволяет стороннему приложению получать ограниченный доступ к HTTP-сервису от имени владельца ресурса с его разрешения либо от собственного имени. Документ определяет четыре роли: владелец ресурса, клиент, сервер авторизации и сервер ресурсов. Описаны четыре типа предоставления авторизации — код авторизации, неявное предоставление (implicit), парольные учётные данные владельца ресурса и учётные данные клиента, — а также механизм расширения. Спецификация устанавливает правила регистрации и аутентификации клиентов, выдачи и обновления токенов доступа, задания области доступа и обработки ошибок.",
  "purpose_ru": "Отделить доступ клиента к защищённым ресурсам от использования учётных данных владельца ресурса, предоставляя клиенту токены с ограниченными полномочиями и сроком действия.",
  "use_ru": "Применять как базовую спецификацию при проектировании OAuth-клиентов, серверов авторизации и интеграции с защищёнными HTTP-сервисами. Согласовывать тип клиента, способ получения авторизации, URI перенаправления, области доступа и защиту токенов с учётом актуальных обновлений. Способы предъявления токенов определяются сопутствующими спецификациями, например RFC6750 для bearer-токенов.",
  "full_translation_path": "translations/rfc6749.html",
  "full_translation_checked_at": "2026-10-19",
  "full_translation_source_sha256": "f204fc8661d6c92d2ec6e0b54808f961a9ad26e792f57f312d9528335519bd71",
  "architect_note_ru": "RFC6749 имеет статус Proposed Standard, заменяет RFC5849 и не обеспечивает обратной совместимости с OAuth 1.0. Обновлён RFC8252, RFC8996 и RFC9700; исходные варианты потоков и рекомендации по TLS следует рассматривать с учётом этих обновлений. Аутентификация владельца ресурса перед клиентом, формат токенов и взаимодействие сервера авторизации с сервером ресурсов находятся вне области спецификации. Сам по себе каркас не гарантирует совместимости реализаций: ряд компонентов требует дополнительных профилей, расширений или согласованной настройки.",
  "topics_ru": [
    "OAuth 2.0",
    "авторизация",
    "делегирование доступа"
  ],
  "translation_state": "reviewed",
  "verification_level": "primary_source_reviewed",
  "verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
  "verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-10-19",
  "abstract_en": "The OAuth 2.0 authorization framework enables a third-party application to obtain limited access to an HTTP service, either on behalf of a resource owner by orchestrating an approval interaction between the resource owner and the HTTP service, or by allowing the third-party application to obtain access on its own behalf. This specification replaces and obsoletes the OAuth 1.0 protocol described in RFC 5849. [STANDARDS-TRACK]",
  "authors": [
    "D. Hardt"
  ],
  "organizations": [],
  "publication_date": "2012-10-01",
  "current_status": "PROPOSED STANDARD",
  "current_status_ru": "Предлагаемый стандарт",
  "publication_status": "PROPOSED STANDARD",
  "publication_status_ru": "Предлагаемый стандарт",
  "lifecycle": "active",
  "lifecycle_ru": "Действующий",
  "stream": "IETF",
  "stream_ru": "IETF",
  "area": "sec",
  "area_ru": "Безопасность",
  "working_group": "oauth",
  "source_draft": "draft-ietf-oauth-v2-31",
  "page_count": 76,
  "doi": "10.17487/RFC6749",
  "keywords": [
    "Client",
    "Resource Owner",
    "Authorization Server",
    "Resource Server",
    "Token Endpoint",
    "Authorization Endpoint",
    "Authorization Request",
    "Authorization Grant",
    "Protected Resource",
    "Access Token",
    "Refresh Token",
    "Authorization Code",
    "Implicit Grant",
    "Client Identifier",
    "Access Token Scope",
    "Delegation"
  ],
  "formats": [
    "TXT",
    "HTML"
  ],
  "relations": {
    "obsoletes": [
      "RFC5849"
    ],
    "obsoleted_by": [],
    "updates": [],
    "updated_by": [
      "RFC8252",
      "RFC8996",
      "RFC9700"
    ],
    "is_also": [],
    "see_also": []
  },
  "links": {
    "info": "https://www.rfc-editor.org/info/rfc6749/",
    "html": "https://www.rfc-editor.org/rfc/rfc6749.html",
    "txt": "https://www.rfc-editor.org/rfc/rfc6749.txt",
    "datatracker": "https://datatracker.ietf.org/doc/rfc6749/"
  }
}