База знаний Антона Сидорова

База знаний по аналитике, ИТ архитектуре, API. Документирование. Тесты инструментов.

---

Project maintained by daemon110282 Hosted on GitHub Pages — Theme by mattgraham

Identity and Access Management (IAM)

• Identity and Access Management (IAM)
  • Зачем
  • Функции
    • User store
    • Access Control
  • Протоколы
    • OpenID Connect (OIDC)
    • OAuth
  • Критерии выбора
  • Технологии

Зачем

Традиционные решения IAM предназначены для облегчения доступа сотрудников к внутренним системам, они не могут предоставлять информацию о личности клиента. Персональные данные обрабатываются именно CIAM.

Identity Provider (IDP) в IAM with industry standard supported protocols:

• SAML 2.0 XML (Security Assertion Markup Language)
• OAuth
• OpenID Connect (OIDC)
• Social Authentication (FB, Google и тп)

Функции

Функционал IAM:

• Single Sign On
• Аутентификация
  • Multi-Factor Authentication (MFA)
  • Passwordless Authentication
• Адаптивная аутентификация (применение более строгих форм проверки подлинности в зависимости от контекста пользователя — геолокации, устройства, с которого осуществляется вход, и т. д.)
• Access Control mechanisms (ACMs)
  • Role Based Access (RBAC)
  • Attribute-based access Control (ABAC)
  • User-based access control (UBAC)
  • Context-based access control (CBAC)
  • Rule-based access control
  • Time-based access control
• Custom Login Form
  • Redirect or Embedded Widget or Embedded SDK
    • Auth0
    • ADFS
• Session Managment Управление сессиями
  • One Logout
  • Timeout Session (Cookie, Token)

User store

User Provisioning:

• Inbound - IAM получает из ИС источника пользовательские данные
• Outbound - ИС источник предоставляет IAM пользовательские данные

Варианты:

• Внутрення БД
• User Federation - User Provisioning Inbound
  • встроенный LDAP
  • внешний LDAP
  • Microsoft Active Directory
  • SCIM
• Apache Cassandra
• Identity Brokering подключение к External IDP
  • SAML
  • OIDC
  • Social (FB, Google..)

Access Control

Протоколы

OpenID Connect (OIDC)

• OpenID Сonnect нужен, чтобы получить у пользователя его учетные данные и проверить их - Authentication protocol.

OAuth

• OAuth 2.0 нужен, чтобы получать токены доступа и с ними обращаться к ресурсам - Authorization framework, not an authentication protocol.

Критерии выбора

Критерии выбора:

• Функционал
• Производительность
• Масштабируемость
• Отказоуйстойчивость
• Открытый исходный код
• Технологический стек

Сравнения

• WSO2-Keycloack-Glue
• Keycloack-Glue
• Top Okta-MS-Keycloak
• Top Okta-MS-WSO2
• keycloak-ory hydra
  • https://gruchalski.com/posts/2021-04-10-ory-reference-docker-compose-and-thoughts-on-the-platform/
• Keycloak лучше ADFS

Технологии

Варианты решений:

• OIDC certified решения
• in house (on premise)
  • Commercial
    • ADFS
    • Отечественное - UIDM - Identity Blitz
  • Open Source
    • Keycloak (Red Hat Java)
    • WSO2 Identity Server
    • IdentityServer (.NET Core) 4я версия бесплатная, с 6й версии нет?
    • Ory Hydra
• online
  • Commercial
    • AWS Cognito
    • GCP Identity Platform
    • Okta Auth0
      • SDK Vue.JS
    • OneLogin