Зарегистрировать регистрационную форму

Question

Я хочу использовать службу идентификации, такую ​​как Azure B2C, Auth0 или OKTA для защиты моего приложения.

После того, как пользователь зарегистрирует учетную запись, мне нужно отобразить пользовательскую форму регистрации в моем приложении, чтобы завершить регистрацию. Для этой формы требуется скрытый бизнес-процесс, и поэтому он не может быть частью службы идентификации (IDS весьма ограничен сбором статических данных).

Как мне убедиться, что пользователь заполнил регистрационную форму в моем заявлении, когда он входит в систему?

Я подумываю об использовании заявки, такой как "RegistrationComplete", и установке ее на False, когда пользователь зарегистрируется. После того, как они зарегистрировались, я могу обновить эту заявку до True.

Я не могу найти в Интернете никакой информации об этом сценарии, поэтому не совсем уверен, что это стандартная лучшая практика.

Answer 1

В Azure Ad B2C есть функция спокойного провайдера. Используя Rest Apis из любого сервиса вместе с настраиваемыми политиками в b2c, мы можем получить пользовательский ввод и сохранить его в любой базе данных. REST apis можно использовать для организации любого шага.

https://docs.microsoft.com/en-us/azure/active-directory-b2c/active-directory-b2c-rest-api-step-custom

Answer 2

Отказ от ответственности: я работаю в Okta

Okta имеет некоторые функции, которые должны позволять это. Вы можете извлечь свойства из профиля пользователя в Okta и поместить эти свойства в токены в качестве утверждений, когда пользователь проходит аутентификацию. Таким образом, профиль пользователя содержит состояние, в котором вы заботитесь. Ваше приложение / служба может затем прочитать эту заявку из токена, чтобы определить, должна ли быть показана форма. После заполнения формы ваш бэкэнд-сервис может использовать API-интерфейсы Okta, чтобы обновить это состояние профиля пользователя, а затем снова отправить пользователя через поток авторизации, чтобы получить новый токен с обновленной заявкой (указав, что при запросе на повторную аутентификацию не следует запрашивать снова проходя поток авторизации).