Интеграция с OpenID connect provider (SSO). Авторизация

100 - 499 раз установок

от anighr

Установить (бесплатно)

Ставится из 1С-Битрикс Marketplace за пару минут — вкладка «Установка».

Скриншоты

Технические данные

Число установок:

100 - 499 раз

Дата обновления:

17.11.2025

Версия:

1.0.9

Адаптивность:

Нет

Поддержка композита:

Нет

Дата публикации:

22.09.2025

Совместимые редакции

Описание

Описание решения:

Компонент позволяет произвести интеграцию с любыми OpenID Connect провайдерами и организовать единый вход (SSO) в Битрикс с помощью учетных данных внешних систем аутентификации.

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

Поддерживаемые провайдеры:

Любые другие OpenID Connect провайдеры
Keycloak - корпоративный сервер аутентификации (протестировано), multifactor.ru (протестировано)

Особенности:

Универсальность - работает с любыми OpenID Connect провайдерами
Гибкая настройка - можно настроить поля пользователя для каждого провайдера
Автоматическое создание - опциональное создание пользователей при первом входе
Безопасность - защита от CSRF атак, валидация токенов
Отладка - подробные логи для диагностики проблем
Совместимость - работает с любой редакцией Битрикс
Не совместим со стандартным компонентом (не технически, а логически), наличие стандартного компонента приведет к попытке авторизоваться по локальным учетных данным, которые не будут актуальными.
Требуется сетевая доступность при каждой авторизации до OpenID Connect провайдера.
Список пользователей не синхронизируется полностью. Проверка происходит по одному пользователю, который в данный момент авторизовывается и добавление его в Битрикс при первой авторизации.
Ролевая модель настраивается стандартными средствами Битрикс.
При удалении/отключении/блокировке пользователя из провайдера - из Битрикс пользователь не удаляется, но авторизоваться под ним нельзя.

Логика работы:

Проверка авторизации - если пользователь уже авторизован, показывается информация о нем.
Перенаправление на провайдер - если пользователь не авторизован, перенаправляется на страницу входа провайдера.
Обработка callback - после входа провайдер возвращает код авторизации.
Обмен на токен - код обменивается на access token.
Получение данных пользователя - по токену получается информация о пользователе.
Поиск в Bitrix - ищется пользователь по точному логину или email.
Создание/авторизация - если найден - авторизуется, если нет - создается (если включено).

После установки решения через marketplace:

Откройте для редактирования страницу, где будут авторизовываться пользователи.
В режиме редактирования разместите компонент anighr.openidconnect
Настройте параметры подключения к провайдеру, включите режим отладки.
Проверьте авторизацию в формате, определяемым вашим провайдером.
Создайте при необходимости свой шаблон и внесите необходимые изменения.
Отключите режим отладки, добавьте пользователей в администраторы.
Отключите стандартные компоненты авторизации.

Для каждого провайдера можно настроить, какие поля использовать:

USERNAME_FIELD - поле для логина (preferred_username, email, sub)
EMAIL_FIELD - поле для email (email)
FIRST_NAME_FIELD - поле для имени (given_name, first_name)
LAST_NAME_FIELD - поле для фамилии (family_name, last_name)
FULL_NAME_FIELD - поле для полного имени (name, display_name)
REDIRECT_COMPONENT_URI - поле для передачи в SSO, страница на которую вернется пользователь после авторизации (совпадает со страницей размещения компонента). Иногда не детектируется автоматически и необходимо переопределить, может быть пустой.

Параметры безопасности: