> For the complete documentation index, see [llms.txt](https://utm-1.gitbook.io/utm-docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://utm-1.gitbook.io/utm-docs/dokumentaciya/utm-it/resheniya/organizaciya-dostupov/spravochnaya-informaciya/oauth-2.0-openid-connect-oidc-i-saml.md).

# OAuth 2.0, OpenID Connect (OIDC) и SAML

OAuth 2.0, OpenID Connect (OIDC) и SAML — это протоколы для управления идентификацией и доступом, но они решают разные задачи и имеют существенные различия в архитектуре, назначении и области применения.

### Основные различия

| Критерий                      | OAuth 2.0                                       | OpenID Connect                               | SAML                                     |
| ----------------------------- | ----------------------------------------------- | -------------------------------------------- | ---------------------------------------- |
| **Назначение**                | Авторизация (предоставление доступа к ресурсам) | Аутентификация и авторизация                 | Аутентификация и авторизация             |
| **Формат данных**             | JSON                                            | JSON (JWT для ID token)                      | XML                                      |
| **Поддержка мобильных и API** | Да                                              | Да                                           | Ограничена                               |
| **Сложность интеграции**      | Низкая                                          | Низкая                                       | Высокая (из-за XML и строгой схемы)      |
| **Использование**             | API, веб- и мобильные приложения                | Современные веб- и мобильные приложения, SSO | Корпоративные системы, SSO в энтерпрайзе |
| **Токены**                    | Access token                                    | Access token + ID token (JWT)                | SAML Assertion                           |

### Детальное сравнение

#### OAuth 2.0

* **Основная задача**: предоставление ограниченного доступа к ресурсам пользователя на другом сервисе без передачи логина и пароля. Например, приложение может запрашивать доступ к фотографиям в Google Фото. 
* **Токены**: использует `access_token` для доступа к API.
* **Гибкость**: поддерживает различные потоки авторизации (Authorization Code, Implicit, Client Credentials и др.). 
* **Не предназначен для аутентификации**: не предоставляет информацию о пользователе, только доступ к ресурсам.

#### OpenID Connect (OIDC)

* **Основа**: построен на OAuth 2.0, расширяет его функциональность добавлением аутентификации.
* **Токены**: помимо `access_token`, использует `id_token` в формате JWT (JSON Web Token), который содержит данные о пользователе (субъект, эмитент, время аутентификации и др.).
* **Применение**: широко используется для входа в приложения через сторонние сервисы (например, «Войти через Google»). 
* **Преимущества**: простота интеграции, поддержка современных приложений и SSO.

#### SAML

* **Формат**: использует XML для обмена данными аутентификации и авторизации между Identity Provider (IdP) и Service Provider (SP).
* **Назначение**: предназначен для корпоративного использования, обеспечивает единый вход (SSO) в несколько приложений.
* **Сложность**: требует сложной настройки метаданных, сертификатов и доверительных отношений. 
* **Ограничения**: менее удобен для мобильных приложений и API по сравнению с OAuth/OIDC.

### Когда что использовать?

* **OAuth 2.0**: когда нужно предоставить доступ к API или ресурсам без аутентификации пользователя (например, интеграция с социальными сетями для получения данных).
* **OpenID Connect**: для аутентификации пользователей в веб- и мобильных приложениях, особенно в потребительских сервисах.
* **SAML**: в корпоративных средах для управления доступом к множеству приложений с централизованной аутентификацией, особенно при интеграции с Active Directory или LDAP. 

### Дополнительные аспекты

* **Безопасность**:
  * OAuth и OIDC зависят от безопасности TLS и реализации приложения. 
  * SAML использует XML Signature и XML Encryption, что обеспечивает высокий уровень защиты, но требует тщательной реализации. 
* **Масштабируемость**:
  * OAuth и OIDC легче масштабируются благодаря простоте интеграции и поддержке современных технологий.
  * SAML может быть менее гибким при масштабировании из-за сложности конфигурации. 
* **Интеграция с legacy-системами**:
  * SAML часто используется для интеграции с устаревшими системами, которые не поддерживают JSON или современные протоколы. 

Выбор протокола зависит от конкретных требований проекта: типа приложений, уровня безопасности, интеграции с существующими системами и предпочтений разработчиков. В некоторых случаях возможно комбинирование протоколов, например, использование SAML для корпоративной аутентификации и OAuth/OIDC для внешних API. Если у вас есть конкретные сценарии использования, могу помочь подобрать оптимальный протокол.