Skip to content

Commit 3c48a3b

Browse files
authored
Merge pull request #291300 from MicrosoftDocs/repo_sync_working_branch
Confirm merge from repo_sync_working_branch to main to sync with https://github.com/MicrosoftDocs/azure-docs (branch main)
2 parents 0212f7f + ac9b534 commit 3c48a3b

File tree

43 files changed

+97
-102
lines changed

Some content is hidden

Large Commits have some content hidden by default. Use the searchbox below for content that may be hidden.

43 files changed

+97
-102
lines changed
4.88 KB
Loading

articles/active-directory-b2c/partner-nok-nok.md

Lines changed: 49 additions & 57 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
2-
title: Tutorial to configure Nok Nok Passport with Azure Active Directory B2C for passwordless FIDO2 authentication
2+
title: Tutorial to configure Nok Nok S3 Authentication Suite with Azure Active Directory B2C for FIDO passkey authentication
33
titleSuffix: Azure AD B2C
4-
description: Configure Nok Nok Passport with Azure AD B2C to enable passwordless FIDO2 authentication
4+
description: Configure Nok Nok S3 Authentication Suite with Azure AD B2C to enable FIDO passkey authentication
55
author: gargi-sinha
66
manager: martinco
77
ms.reviewer: kengaderdus
@@ -12,54 +12,56 @@ ms.date: 06/21/2024
1212
ms.author: gasinh
1313
ms.subservice: b2c
1414

15-
# Customer intent: I'm a developer integrating Azure Active Directory B2C with a third-party authentication provider. I want to learn how to configure Nok Nok Passport as an identity provider (IdP) in Azure AD B2C. My goal is to enable passwordless FIDO authentication for my users.
15+
# Customer intent: I'm a developer integrating Azure AD B2C with a third-party authentication provider. I want to learn how to configure Nok Nok S3 Authentication Suite as an identity provider (IdP) in Azure AD B2C. My goal is to implement FIDO Passkey authentication for my users.
1616
---
17-
# Tutorial: Configure Nok Nok Passport with Azure Active Directory B2C for passwordless FIDO2 authentication
17+
# Tutorial: Configure Nok Nok S3 Authentication Suite with Azure AD B2C for FIDO Passkey Authentication
1818

19-
Learn to integrate the Nok Nok S3 Authentication Suite into your Azure Active Directory B2C (Azure AD B2C) tenant. The Nok Nok solutions enable FIDO certified multi-factor authentication such as FIDO UAF, FIDO U2F, WebAuthn, and FIDO2 for mobile and web applications. Nok Nok solutions improve security posture while balancing user the experience.
19+
Learn to integrate the Nok Nok S3 Authentication Suite into your Azure Active Directory (AD) B2C tenant. The Nok Nok solution enables FIDO-certified multifactor authentication such as FIDO UAF, FIDO U2F, WebAuthn, and FIDO2 for mobile and web applications. The Nok Nok solution strengthens your security while maintaining an optimal user experience.
2020

21-
Go to noknok.com to learn more: [Nok Nok Labs, Inc.](https://noknok.com/)
21+
Learn more at [Nok Nok](https://noknok.com/)
2222

2323
## Prerequisites
2424

2525
To get started, you need:
2626

27-
* An Azure subscription
28-
* If you don't have one, get a [Azure free account](https://azure.microsoft.com/free/)
29-
* An Azure AD B2C tenant linked to the Azure subscription
30-
* [Tutorial: Create an Azure Active Directory B2C tenant](tutorial-create-tenant.md)
31-
* Go to [noknok.com](https://noknok.com/).
32-
* On the top menu, select **Demo**.
27+
* An Azure subscription. If you don't have one, get an [Azure free account](https://azure.microsoft.com/free/).
28+
* An Azure AD B2C tenant linked to the Azure subscription [Tutorial: Create an Azure AD B2C tenant](tutorial-create-tenant.md).
29+
* A Nok Nok Cloud evaluation tenant for FIDO registration and authentication.
3330

3431
## Scenario description
3532

36-
To enable passwordless FIDO authentication for your users, enable Nok Nok as an identity provider (IdP) in your Azure AD B2C tenant. The Nok Nok solution integration includes the following components:
33+
To enable Passkey authentication for your users, enable Nok Nok as an identity provider (IdP) in your Azure AD B2C tenant. The Nok Nok integration includes the following components:
3734

38-
* **Azure AD B2C** – authorization server that verifies user credentials
39-
* **Web and mobile applications** – mobile or web apps to protect with Nok Nok solutions and Azure AD B2C
40-
* **Nok Nok app SDK or Passport app** – authenticate Azure AD B2C enabled applications.
41-
* Go to the Apple App Store for [Nok Nok Passport](https://apps.apple.com/us/app/nok-nok-passport/id1050437340)
42-
* Or, Google Play [Nok Nok Passport](https://play.google.com/store/apps/details?id=com.noknok.android.passport2&hl=en&gl=US)
35+
* **Azure AD B2C** – authorization server that verifies user credentials.
36+
* **Web and mobile applications** – mobile or web apps to protect with Nok Nok solutions and Azure AD B2C.
37+
* **Nok Nok Tutorial Web App** – application to register the passkey on your device.
38+
* **Nok Nok Sign in App** – application for authenticating Azure AD B2C applications using passkey.
4339

44-
The following diagram illustrates the Nok Nok solution as an IdP for Azure AD B2C by using OpenID Connect (OIDC) for passwordless authentication.
4540

46-
![Diagram of Nok Nok as IdP for Azure AD B2C using OpenID Connect (OIDC) for passwordless authentication.](./media/partner-nok-nok/nok-nok-architecture-diagram.png)
41+
The following diagram illustrates the Nok Nok solution as an IdP for Azure AD B2C by using OpenID Connect (OIDC) for Passkey authentication.
42+
43+
![Diagram of Nok Nok as IdP for Azure AD B2C using OpenID Connect (OIDC) for Passkey authentication.](./media/partner-nok-nok/nok-nok-architecture-diagram.png)
44+
45+
### Scenario 1: Passkey Registration
46+
1. The user navigates to the Nok Nok Tutorial Web App using the link provided by Nok Nok.
47+
2. The user enters their Azure AD B2C username and default tutorial app password.
48+
3. The user receives a prompt to register the passkey.
49+
4. The Nok Nok server validates the passkey credential and confirms successful passkey registration to the user.
50+
5. The passkey on the user's device is ready for authentication.
51+
52+
### Scenario 2: Passkey Authentication
53+
1. The user selects the Sign in with Nok Nok Cloud button on the Azure AD B2C Sign in page.
54+
2. Azure AD B2C redirects the user to the Nok Nok Signin App.
55+
3. User authenticates with their passkey.
56+
4. The Nok Nok server validates the passkey assertion and sends an OIDC authentication response to Azure AD B2C.
57+
5. Based on the authentication result, Azure AD B2C either grants or denies access to the target application.
4758

48-
1. At the sign-in page, select sign-in or sign-up and enters the username.
49-
2. Azure AD B2C redirects to the Nok Nok OIDC authentication provider.
50-
3. For mobile authentications, a QR code appears or push notification goes to the user device. For desktop sign-in, the user is redirected to the web app sign-in page for passwordless authentication.
51-
4. Scan the QR code with the Nok Nok app SDK or Passport app. Or, username is the sign-in page input.
52-
5. A prompt appears for authentication. Perform passwordless authentication: biometrics, device PIN, or any roaming authenticator.
53-
6. The authentication prompt appears on the web application.
54-
7. Perform passwordless authentication: biometrics, device PIN, or any roaming authenticator.
55-
8. The Nok Nok server validates FIDO assertion and sends OIDC authentication response to Azure AD B2C.
56-
9. The user is granted or denied access.
5759

5860
## Get started with Nok Nok
5961

60-
1. Go to noknok.com [Contact](https://noknok.com/contact/).
61-
2. Fill out the form for a Nok Nok tenant.
62-
3. An email arrives with tenant access information and links to documentation.
62+
1. [Contact](https://noknok.com/contact/) Nok Nok.
63+
2. Fill out the form for a Nok Nok tenant.
64+
3. An email arrives with tenant access information and links to documentation.
6365
4. Use the Nok Nok integration documentation to complete the tenant OIDC configuration.
6466

6567
## Integrate with Azure AD B2C
@@ -70,8 +72,8 @@ Use the following instructions to add and configure an IdP, and then configure a
7072

7173
For the following instructions, use the directory with the Azure AD B2C tenant. To add a new IdP:
7274

73-
1. Sign in to the [Azure portal](https://portal.azure.com/#home) as at least B2C IEF Policy Administrator of the Azure AD B2C tenant.
74-
2. In the portal toolbar, select the **Directories + subscriptions**.
75+
1. Sign in to the [Azure portal](https://portal.azure.com/#home) as at least as the B2C IEF Policy Administrator of the Azure AD B2C tenant.
76+
2. In the portal toolbar, select **Directories + subscriptions**.
7577
3. On **Portal settings, Directories + subscriptions**, in the **Directory name** list, locate the Azure AD B2C directory.
7678
4. Select **Switch**.
7779
5. In the top-left corner of the Azure portal, select **All services**.
@@ -80,24 +82,21 @@ For the following instructions, use the directory with the Azure AD B2C tenant.
8082
8. Select **Identity providers**.
8183
9. Select **Add**.
8284

83-
### Configure an Identity provider
85+
### Configure an Identity provider
8486

8587
To configure an IdP:
8688

8789
1. Select **Identity provider type** > **OpenID Connect (Preview)**.
8890
2. For **Name**, enter the Nok Nok Authentication Provider, or another name.
89-
3. For **Metadata URL**, enter the hosted Nok Nok Authentication app URI, followed by the path such as `https://demo.noknok.com/mytenant/oidc/.well-known/openid-configuration`.
91+
3. For **Metadata URL**, enter the following URL after replacing the placeholder with the tenant ID provided by Nok Nok: `https://cloud.noknok.com/<tenant_id>/webapps/nnlfed/realms/<tenant_id>/.well-known/openid-configuration`.
9092
4. For **Client Secret**, use the Client Secret from Nok Nok.
9193
5. For **Client ID**, use the Client ID provided by Nok Nok.
92-
6. For **Scope**, use **OpenID profile email**.
94+
6. For **Scope**, use **openid**.
9395
7. For **Response type**, use **code**.
9496
8. For **Response mode**, use **form_post**.
95-
9. Select **OK**.
96-
10. Select **Map this identity provider’s claims**.
97-
11. For **UserID**, select **From subscription**.
98-
12. For **Display name**, select **From subscription**.
99-
13. For **Response mode**, select **From subscription**.
100-
14. Select **Save**.
97+
9. For **User ID**, use **sub**.
98+
10. For **Display name**, use **sub**.
99+
11. Select **Save**.
101100

102101
### Create a user flow policy
103102

@@ -106,31 +105,24 @@ For the following instructions, Nok Nok is a new OIDC IdP in the B2C identity pr
106105
1. In your Azure AD B2C tenant, under **Policies**, select **User flows**.
107106
2. Select **New**.
108107
3. Select **Sign up and sign in**.
109-
4. Select a **version**.
108+
4. Select a **Version**.
110109
5. Select **Create**.
111110
6. Enter a policy **Name**.
112111
7. In **Identity providers**, select the created Nok Nok IdP.
113-
8. You can add an email address. Azure won't redirect sign-in to Nok Nok; a screen appears with user options.
112+
8. Check **Email signup** under **Local accounts** to display an intermediate Azure AD B2C signin/signup page with a button that redirects the user to the Nok Nok Signin App.
114113
9. Leave the **Multi-factor Authentication** field.
115-
10. Select **Enforce conditional access policies**.
116-
11. Under **User attributes and token claims**, in the Collect attribute option, select **Email Address**.
117-
12. Add user attributes for Microsoft Entra ID to collect, with claims that Azure AD B2C returns to the client application.
118-
13. Select **Create**.
119-
14. Select the new **User flow**.
120-
15. On the left panel, select **Application Claims**.
121-
16. Under options, select the **email** checkbox
122-
17. Select **Save**.
114+
10. Click **Create** to save.
123115

124116
## Test the user flow
125117

126-
1. Open the Azure AD B2C tenant. Under **Policies** select **Identity Experience Framework**.
118+
1. Open the Azure AD B2C tenant. Under **Policies**, select **Identity Experience Framework**.
127119
2. Select the created **SignUpSignIn**.
128120
3. Select **Run user flow**.
129121
4. For **Application**, select the registered app. The example is JWT.
130-
5. For **Reply URL**, select the redirect URL.
122+
5. For **Reply URL**, select the redirect URL of the application that you previously selected at the previous step.
131123
6. Select **Run user flow**.
132-
7. Perform a sign-up flow and create an account.
133-
8. After the user attribute is created, Nok Nok is called.
124+
7. Perform signin using the Azure AD B2C username and the passkey that you previously registered for the same user.
125+
8. Verify that you received the token after authentication.
134126

135127
If the flow is incomplete, confirm the user is or isn't saved in the directory.
136128

articles/api-management/developer-portal-extend-custom-functionality.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -60,7 +60,7 @@ For more advanced use cases, you can create and upload a custom widget to the de
6060

6161
### Prerequisites
6262

63-
* Install [Node.JS runtime](https://nodejs.org/en/) locally
63+
* Install [Node.js runtime](https://nodejs.org/en/) locally
6464
* Basic knowledge of programming and web development
6565

6666
### Create widget

articles/app-service/deploy-container-github-action.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -182,7 +182,7 @@ Define secrets to use with the Docker Login action. The example in this document
182182

183183
## Build the Container image
184184

185-
The following example show part of the workflow that builds a Node.JS Docker image. Use [Docker Login](https://github.com/azure/docker-login) to log into a private container registry. This example uses Azure Container Registry but the same action works for other registries.
185+
The following example show part of the workflow that builds a Node.js Docker image. Use [Docker Login](https://github.com/azure/docker-login) to log into a private container registry. This example uses Azure Container Registry but the same action works for other registries.
186186

187187

188188
```yaml

articles/azure-signalr/howto-enable-geo-replication.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -35,7 +35,7 @@ However, managing multiple Azure SignalR Services brings some challenges:
3535
2. The development team would need to manage two separate Azure SignalR Services, each with distinct domain and connection string.
3636
3. If a regional outage happens, the traffic needs to be switched to another region.
3737

38-
![Diagram of using two Azure SignalR instances to handle traffic from two countries. ](./media/howto-enable-geo-replication/signalr-multiple.png "Mutiple SignalR Example")
38+
![Diagram of using two Azure SignalR instances to handle traffic from two countries. ](./media/howto-enable-geo-replication/signalr-multiple.png "Multiple SignalR Example")
3939

4040
## Harnessing geo-replication
4141
With the new geo-replication feature, Contoso can now establish a replica in Canada Central, effectively overcoming the above-mentioned hurdles.

articles/azure-signalr/howto-use-managed-identity.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -83,7 +83,7 @@ After you add a [system-assigned identity](#add-a-system-assigned-identity) or [
8383
- Application ID URI of the service principal.
8484

8585
> [!IMPORTANT]
86-
> Using empty resource actully acquire a token targets to Microsoft Graph. As today, Microsoft Graph enables token encryption so it's not available for application to authenticate the token other than Microsoft Graph. In common practice, you should always create a service principal to represent your upstream target. And set the **Application ID** or **Application ID URI** of the service principal you've created.
86+
> Using empty resource actually acquire a token targets to Microsoft Graph. As today, Microsoft Graph enables token encryption so it's not available for application to authenticate the token other than Microsoft Graph. In common practice, you should always create a service principal to represent your upstream target. And set the **Application ID** or **Application ID URI** of the service principal you've created.
8787
8888
#### Authentication in a function app
8989

articles/azure-signalr/scripts/signalr-cli-create-with-app-service-github-oauth.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,7 +28,7 @@ This sample script creates a new Azure SignalR Service resource, which is used t
2828

2929
### Enable GitHub authentication and Git deployment for web app
3030

31-
1. Update the values in the following script for the desired deployment username and its passwor
31+
1. Update the values in the following script for the desired deployment username and its password
3232

3333
```azurecli
3434
deploymentUser=<Replace with your desired username>

articles/azure-signalr/signalr-concept-authenticate-oauth.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -149,7 +149,7 @@ Let's reuse the chat app created in tutorial [Create a chat room with SignalR Se
149149
}
150150
```
151151

152-
Inside the code, `AddAuthentication` and `UseAuthentication` are used to add authentication support with the GitHub OAuth app, and `GetUserCompanyInfoAsync` helper method is sample code showing how to load the company info from GitHub OAuth and save into user identity. You might also notice that `UseHttpsRedirection()` is used since GitHub OAuth set `secure` cookie that only passes through to secured `https` scheme. Also don't forget to update the local `Properties/lauchSettings.json` to add https endpoint:
152+
Inside the code, `AddAuthentication` and `UseAuthentication` are used to add authentication support with the GitHub OAuth app, and `GetUserCompanyInfoAsync` helper method is sample code showing how to load the company info from GitHub OAuth and save into user identity. You might also notice that `UseHttpsRedirection()` is used since GitHub OAuth set `secure` cookie that only passes through to secured `https` scheme. Also don't forget to update the local `Properties/launchSettings.json` to add https endpoint:
153153

154154
```json
155155
{

articles/azure-signalr/signalr-concept-disaster-recovery.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -54,7 +54,7 @@ Once you have SignalR service and app servers/Azure Functions created in each re
5454

5555
### Through config
5656

57-
You should already know how to set SignalR service connection string through environment variables/app settings/web.cofig, in a config entry named `Azure:SignalR:ConnectionString`.
57+
You should already know how to set SignalR service connection string through environment variables/app settings/web.config, in a config entry named `Azure:SignalR:ConnectionString`.
5858
If you have multiple endpoints, you can set them in multiple config entries, each in the following format:
5959

6060
```

articles/azure-signalr/signalr-howto-configure-application-firewall.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -134,7 +134,7 @@ services.AddSignalR().AddAzureSignalR(options =>
134134
// The token name is not important. You could change it as you like.
135135
new Claim("uniqueToken", Guid.NewGuid().ToString()),
136136

137-
// Cutom claim: Used in ThrottleByJwtCustomClaimRule
137+
// Custom claim: Used in ThrottleByJwtCustomClaimRule
138138
new Claim("<Custom Claim Name>", "<Custom Claim Value>"),
139139
// Custom claim example
140140
new Claim("freeUser", context.Request.Query["username"]),

0 commit comments

Comments
 (0)