Azure Active Directory B2C с многофакторной проверкой подлинности — запросы для интеграции с веб-сайтом

1. Есть ли в Azure B2C какой-либо сервис, который может напрямую предоставлять MFA возможность интеграции без необходимости регистрировать пользователей в Azure AD?

Да, вы можете запретить новому пользователю подписывать и регистрироваться с помощью MFA. Для этого необходимо включить МИД. Его глобальный МИД для всех. См. снимок экрана ниже.

Note: You can also implement MFA for each individual user.

Смотрите скриншот ниже для Individual MFA

Once you implement MFA you would be prompted to verify your phone number like below

Note:

For Testing MFA Userflow need native application on application drop down

См. снимок экрана ниже

2. Могу ли я в Azure B2C управлять пользовательским потоком с помощью информации о моем Веб-сайт? Так что электронная почта и номер телефона будут принадлежать моему веб-сайту во время поток пользователей. (Я спрашиваю об этом, потому что по моему плану я собираюсь интегрировать его после входа в систему на моем веб-сайте)

Да, вы можете настроить свой поток пользователей. Вы можете добавить новый пользовательский поток в соответствии с вашим.

Для этого выберите All services в верхнем левом углу портала Azure, а затем найдите и выберите Azure AD B2C

Затем в левом меню выберите User flows, а затем выберите New user flow

См. снимок экрана ниже:

3. В Azure B2C существует 3 типа учетных записей (рабочая учетная запись, гостевой пользователь, пользователь-потребитель). Какой тип пользователя наиболее подходит? (Мне нужен только MFA для пользователя, и мне потребуется управлять пользователями через Graph или любой официальный API)

Короче говоря, Work account имеет более привилегированный арендатор B2C, как говорит официальный документ. Поскольку потребительский счет не может получить доступ к некоторым ресурсам на портале. Для доступа к API-интерфейс Microsoft GraphГость есть некоторые ограничения даже на портале Azure.

Note: As per your requirement I would suggest you to go with Work account which has some benefits while you would access Microsoft API

Хотя тип учетной записи в основном зависит от потребностей вашего бизнеса, но Рабочий аккаунт более полезен по сравнению со всеми аспектами.

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

4. Откуда я могу решить, какой тип пользователя будет зарегистрирован?

Сложный вопрос немного сбивает с толку, как я уже говорил ранее, это будет зависеть от потребностей вашего бизнеса. Рабочая учетная запись обычно лучше всего подходит для пользователя-арендатора. Поэтому, когда вы чувствуете себя внутри своего арендатора, если нужно добавить нового пользователя, используйте Work account. Как только вы укажете свою потребность, вам определенно будет легче, какого пользователя вам нужно добавить. До сих пор нет такой ссылки, которая могла бы хорошо объяснить.

Note: You could try adding all the user type to check how the user account behave using portal and accessing resources.