OAuth 2.0 позволяет стороннему приложению получать ограниченный доступ к HTTP-сервису от имени владельца ресурса с его разрешения либо от собственного имени. Документ определяет четыре роли: владелец ресурса, клиент, сервер авторизации и сервер ресурсов. Описаны четыре типа предоставления авторизации — код авторизации, неявное предоставление (implicit), парольные учётные данные владельца ресурса и учётные данные клиента, — а также механизм расширения. Спецификация устанавливает правила регистрации и аутентификации клиентов, выдачи и обновления токенов доступа, задания области доступа и обработки ошибок.
IETF · RFC
Назначение
Отделить доступ клиента к защищённым ресурсам от использования учётных данных владельца ресурса, предоставляя клиенту токены с ограниченными полномочиями и сроком действия.
Применение
Применять как базовую спецификацию при проектировании 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]
{
"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/"
}
}