You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/active-directory/develop/authentication-flows-app-scenarios.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -41,7 +41,7 @@ Applications can be categorized as in the following list:
41
41
-[Protected resources vs. client applications](#protected-resources-vs-client-applications): Some scenarios are about protecting resources like web apps or web APIs. Other scenarios are about acquiring a security token to call a protected web API.
42
42
-[With users or without users](#with-users-or-without-users): Some scenarios involve a signed-in user, but others, like daemon scenarios, don't involve a user.
43
43
-[Single-page, public client, and confidential client applications](#single-page-public-client-and-confidential-client-applications): These types are three large categories of applications. Each is used with different libraries and objects.
44
-
-[Sign-in audience](v2-supported-account-types.md#certain-authentication-flows-dont-support-all-the-account-types): The available authentication flows differ depending on the sign-in audience. Some flows are available only for work or school accounts. And some are available both for work or school accounts and for personal Microsoft accounts. The allowed audience depends on the authentication flows.
44
+
-[Sign-in audience](v2-supported-account-types.md): The available authentication flows differ depending on the sign-in audience. Some flows are available only for work or school accounts. And some are available both for work or school accounts and for personal Microsoft accounts. The allowed audience depends on the authentication flows.
45
45
-[Supported OAuth 2.0 flows](#scenarios-and-supported-authentication-flows): Authentication flows are used to implement the application scenarios that are requesting tokens. There isn't a one-to-one mapping between application scenarios and authentication flows.
46
46
-[Supported platforms](#scenarios-and-supported-platforms-and-languages): Not all application scenarios are available for every platform.
This article explains what accounts types (sometimes named audiences) are supported in applications.
20
+
This article explains what account types (sometimes called *audiences*) are supported in Microsoft identity platform applications.
21
21
22
22
<!-- This section can be in an include for many of the scenarios (SPA, web app signing-in users, protecting a web API, Desktop (depending on the flows), Mobile -->
23
23
24
-
## Supported accounts types in Microsoft Identity platform applications
24
+
## Account types in the public cloud
25
25
26
-
In the Microsoft Azure public Cloud, most types of apps can sign in users with any audience:
26
+
In the Microsoft Azure public cloud, most types of apps can sign in users with any audience:
27
27
28
-
- If you're writing a Line of Business (LOB) application, you can sign in users in your own organization. Such an application is sometimes named **singletenant**.
29
-
- If you're an ISV, you can write an application which signs-in users:
28
+
- If you're writing a line-of-business (LOB) application, you can sign in users in your own organization. Such an application is sometimes called *single-tenant*.
29
+
- If you're an ISV, you can write an application that signsin users:
30
30
31
-
- In any organization. Such an application is named a **multi-tenant** web application. You'll sometimes read that it signs-in users with their work or school accounts.
32
-
- With their work or school or personal Microsoft account.
33
-
- With only personal Microsoft account.
34
-
> [!NOTE]
35
-
> Currently the Microsoft identity platform supports personal Microsoft accounts only by registering an app for **work or school or Microsoft personal accounts**, and then, restrict sign-in in the code for the application by specifying an Azure AD authority, when building the application, such as `https://login.microsoftonline.com/consumers`.
31
+
- In any organization. Such an application is called a *multitenant* web application. You'll sometimes read that it signsin users with their work or school accounts.
32
+
- With their work or school or personal Microsoft accounts.
33
+
- With only personal Microsoft accounts.
34
+
35
+
- If you're writing a business-to-consumer application, you can also sign in users with their social identities, by using Azure Active Directory B2C (Azure AD B2C).
36
36
37
-
- If you're writing a business to consumers application, you can also sign in users with their social identities, using Azure AD B2C.
37
+
## Account type support in authentication flows
38
38
39
-
## Certain authentication flows don't support all the account types
39
+
Some account types can't be used with certain authentication flows. For instance, in desktop, UWP, or daemon applications:
40
40
41
-
Some account types can't be used with certain authentication flows. For instance, in desktop, UWP applications, or daemon applications:
41
+
- Daemon applications can be used only with Azure AD organizations. It doesn't make sense to try to use daemon applications to manipulate Microsoft personal accounts. The admin consent will never be granted.
42
+
- You can use the Integrated Windows Authentication flow only with work or school accounts (in your organization or any organization). Integrated Windows Authentication works with domain accounts, it and requires the machines to be domain joined or Azure AD joined. This flow doesn't make sense for personal Microsoft accounts.
43
+
- The [Resource Owner Password Credentials grant](./v2-oauth-ropc.md) (username/password) can't be used with personal Microsoft accounts. Personal Microsoft accounts require that the user consents to accessing personal resources at each sign-in session. That's why this behavior isn't compatible with non-interactive flows.
44
+
- Device code flow doesn't work with personal Microsoft accounts.
42
45
43
-
- Daemon applications can only be used with Azure Active Directory organizations. It doesn't make sense to attempt to use daemon applications to manipulate Microsoft personal accounts (the admin consent will never be granted).
44
-
- You can only use the Integrated Windows Authentication flow with work or school accounts (in your organization or any organization). Indeed, Integrated Windows Authentication works with domain accounts, and requires the machines to be domain joined or Azure AD joined. This flow doesn't make sense for personal Microsoft Accounts.
45
-
- The [Resource Owner Password Grant](./v2-oauth-ropc.md) (Username/Password), can't be used with personal Microsoft accounts. Indeed, personal Microsoft accounts require that the user consents to accessing personal resources at each sign-in session. That's why, this behavior isn't compatible with non-interactive flows.
46
-
- Device code flow doesn't yet work with personal Microsoft accounts.
46
+
## Account types in national clouds
47
47
48
-
## Supported account types in national clouds
49
-
50
-
Apps can also sign in users in [national clouds](authentication-national-cloud.md). However, Microsoft personal accounts aren't supported in these clouds (by definition of these clouds). That's why the supported account types are reduced, for these clouds, to your organization (single tenant) or any organizations (multi-tenant applications).
48
+
Apps can also sign in users in [national clouds](authentication-national-cloud.md). However, Microsoft personal accounts aren't supported in these clouds. That's why the supported account types are reduced, for these clouds, to your organization (single tenant) or any organizations (multitenant applications).
51
49
52
50
## Next steps
53
51
54
-
- Learn more about [Tenancy in Azure Active Directory](./single-and-multi-tenant-apps.md)
55
-
- Learn more about [National Clouds](./authentication-national-cloud.md)
52
+
- Learn more about [tenancy in Azure Active Directory](./single-and-multi-tenant-apps.md).
53
+
- Learn more about [national clouds](./authentication-national-cloud.md).
0 commit comments