-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Authentication with AzureAD-B2C #185
Comments
Tenant created. Let's talk about configuration details at our weekly meeting @bwieckow |
Let's discuss with @hayuna ways of possible authentication to the app: GitHub for programmers and GMail/Email for non-programmers, and possibly other providers. |
Status update (plans for the next few days):
|
The custom policies which define possible user actions - log in, sign up, reset the password, and so on - can be defined as XML files. That files can be edited with Visual Studio Code. There is the custom extension for that IDE: Azure AD B2C. After preparing the policy definition, it can be stored on repository -> TODO: Decide where it can be stored in our case -> and deployed with CI/CD tool. By default in the documentation, the Azure Repos and Azure Pipelines were used for that purpose. In the documentation, the Powershell is used for deploying the policies to AAD B2C tenant, but deployment is based on calling API, so any tool/language/whatever which allows for making REST calls can be used for deploying the policies. -> TODO: Decide what we want to use to achieve that. CURL? Other things? When we decide where the definitions should be stored and what method should be used for deploying the policies, we need to create the new GitHub flow, which will observe the changes in chosen repo/folder and trigger when something will change. Managing the applications from the Terraform - some info can be found on GitHub. Info about customization of the UI of AAD B2C login experience - Customize the user interface with HTML templates in Azure Active Directory B2C. Nice info I found - the possibility to configure custom domain is currently in public preview - so we can use that for our application - as long as we aren't on production. For production, usage is recommended to not use features that aren't in GA (General availability). But first, it should be reviewed, how to configure that and what are the limitations. |
FYI we dont want to use users password. Sign into the website should be provided only via socials (google, github + maybe linkedin, facebook) |
Next steps:
|
|
TODO: Check if logging with two providers link to the same account in B2C |
No description provided.
The text was updated successfully, but these errors were encountered: