3

Я строй родного приложения IOS и хочу использовать AADB2C в качестве поставщика удостоверений, где вход на пользователях, регистрация, сбросить пароли и т.д.Azure регистрация Активного пользователя B2C каталога без редиректа (не интерактивного)

Я не могу понять, способ позволить пользователям зарегистрироваться с AADB2C (или обычным AAD, если на то пошло), не перенаправляя их на (настраиваемый, но все же) веб-сайт Microsoft. Чтобы быть совершенно ясным: я хочу, чтобы клиенты создавали учетные записи пользователей в AAD из родной формы iOS, не перенаправляя их на веб-сайт, предпочтительно с помощью запроса REST. (Как здесь, в разделе «Создание учетных записей пользователей»: https://docs.microsoft.com/en-us/azure/active-directory-b2c/active-directory-b2c-devquickstarts-graph-dotnet)

+0

В чем проблема при использовании Azure AD Graph REST для создания пользователя для арендатора Azure AD B2C? –

ответ

3

Можете ли вы создать пользователей из приложения iOS? Да, используя Graph API согласно the article you showed. Вы можете создавать локальные учетные записи только в это время.

Однако вам нужно быть очень осторожным, как вы это делаете, учитывая, Вы не должны указывать идентификатор клиента и секрет клиента для приложения с этими разрешениями в приложении iOS. Скорее всего, вам нужно будет создать бэкэнд-сервис, который предоставляет API для вашего приложения iOS, чтобы вызвать создание пользователя.

Тем не менее, более важно то, что вы НЕ МОЖЕТЕ сделать, - ЗАРЕГИСТРИРУЙТЕ пользователей без переадресации (это то, что делает политика регистрации B2C). Чтобы сделать это из собственного пользовательского интерфейса без переадресации, вам понадобится Azure AD B2C для поддержки Resource Owner Password Credentials Flow, чтобы вы могли, после создания пользователя, использовать этот поток, чтобы подписать их и получить токен.

Примечание. Вам также необходимо отключить проверку электронной почты, чтобы вы могли использовать учетную запись пользователя сразу после создания пользователя. Вы можете установить это в Регистраций политики или зарегистрироваться,/Вход в политику через страницу интерфейса настройки> Локальные страницы регистрации учетной записи> Адрес электронной почты> Требуется проверка> Нет

Наконец, в качестве FYI, есть функция в работе в Azure AD B2C: Customer Owned Domains, которая в сочетании с настройкой пользовательского интерфейса позволит вам иметь страницы регистрации/входа, которые вы можете походить на свои собственные и иметь собственный URL, с никаких следов Microsoft для ваших конечных пользователей.

+0

Большое спасибо, что очищает вещи. Можно ли добиться того, что я хочу использовать «регулярный» AD? Это поддерживает _Resource пароль владельца учетных данных Flow_, правильно? – bismuth

+0

«Обычный» Azure AD поддерживает поток учетных данных владельца ресурса, это правильно. Имейте в виду, что это либо хрупкое, либо дорогостоящее, потому что есть много вещей, которые либо сломают вас, либо усложнят ваш код, например, если используется многофакторная аутентификация, если пароль пользователя истекает и его необходимо обновить, если некоторые механизмов защиты идентификаторов. Все эти вещи обрабатываются страницами Microsoft. – Saca

+0

Это особенно актуально, если вы делаете это для каталога, которому вы не являетесь (ваш ИТ-отдел владеет или вы используете приложение с несколькими арендаторами). – Saca