DEVELOPERS / MIGRATION

Миграция с другого IdP

Переход от Keycloak и других OIDC-провайдеров требует проектного cutover с проверкой пользователей, клиентов, ролей и политик.

RustCloak / Технические материалы · Сверяйте примеры с используемой версией проекта.

Что мигрируется

ОбъектПроверка
Realm / tenantСопоставление областей, имен и issuer
OIDC clientsRedirect URI, scopes, client auth, PKCE
ПользователиИдентификаторы, атрибуты, политики паролей
RBACРоли, группы, составные роли, итоговые permissions
Сессии и токеныНельзя безусловно переносить доверие к старым токенам

Этапы миграции

  1. Инвентаризация: выгрузить клиентов, scopes, группы и зависимости приложений.
  2. Проверка контрактов: протестировать OIDC discovery и обязательные claims.
  3. Импорт идентификаций: определить законный способ переноса паролей и альтернативные процедуры re-enrollment.
  4. Параллельные тесты: сопоставить права для репрезентативных пользователей.
  5. Cutover: изменить issuer и конфигурацию клиентов, подготовить fallback.
  6. После переключения: проверить login, logout, passkeys, аудит и восстановление.

Риски

Не переносите hash паролей без проверки алгоритмов, форматов и требований к rehash; старые сессии и credential ID могут потребовать принудительного перевыпуска. Согласуйте схему email, subject и identity linking до cutover.