Skip to content

Commit 0587119

Browse files
authored
Fix formatting in authorization-and-authentication-of-sharepoint-add-ins.md
1 parent 04af55c commit 0587119

File tree

1 file changed

+23
-24
lines changed

1 file changed

+23
-24
lines changed
Lines changed: 23 additions & 24 deletions
Original file line numberDiff line numberDiff line change
@@ -1,42 +1,42 @@
1-
+ACM- Authorization and authentication of SharePoint Add-ins
1+
# Authorization and authentication of SharePoint Add-ins
22
Get an overview of authentication and authorization in SharePoint, which is used to authorize requests by a SharePoint Add-in to access SharePoint resources.
33

44

5-
+ACoAKg-Note+ACoAKg- The name +ACI-apps for SharePoint+ACI- is changing to +ACI-SharePoint Add-ins+ACI-. During the transition, the documentation and the UI of some SharePoint products and Visual Studio tools might still use the term +ACI-apps for SharePoint+ACI-. For details, see +AFs-New name for apps for Office and SharePoint+AF0-(new-name-for-apps-for-sharepoint+ACM-bk+AF8-newname).
5+
**Note** The name "apps for SharePoint" is changing to "SharePoint Add-ins". During the transition, the documentation and the UI of some SharePoint products and Visual Studio tools might still use the term "apps for SharePoint". For details, see [New name for apps for Office and SharePoint](new-name-for-apps-for-sharepoint#bk_newname).
66

77

8-
+ACMAIw- Add-in authentication in SharePoint
9-
+ADw-a name+AD0AIg-AuthN+ACIAPg- +ADw-/a+AD4-
8+
## Add-in authentication in SharePoint
9+
<a name="AuthN"> </a>
1010

11-
When a +ACo-user+ACo- signs in to SharePoint, the user's security token is validated. The token is issued by an identity provider. SharePoint supports several kinds of user authentication. For more information, see +AFs-Authentication, authorization, and security in SharePoint+AF0-(http://msdn.microsoft.com/library/8734790c-eb75-4d78-9604-7cc23b33b693+ACU-28Office.15+ACU-29.aspx).
11+
When a *user* signs in to SharePoint, the user's security token is validated. The token is issued by an identity provider. SharePoint supports several kinds of user authentication. For more information, see [Authentication, authorization, and security in SharePoint](http://msdn.microsoft.com/library/8734790c-eb75-4d78-9604-7cc23b33b693%28Office.15%29.aspx).
1212

1313

1414

15-
SharePoint Add-ins are also security principals that need to be authenticated and authorized. Add-ins can be authenticated and authorized in several different ways. For more information, see +AFs-Three authorization systems for SharePoint Add-ins+AF0-(three-authorization-systems-for-sharepoint-add-ins).
15+
SharePoint Add-ins are also security principals that need to be authenticated and authorized. Add-ins can be authenticated and authorized in several different ways. For more information, see [Three authorization systems for SharePoint Add-ins](three-authorization-systems-for-sharepoint-add-ins).
1616

1717

1818

1919

20-
+ACMAIw- Authorization policies: user-only policy, user+adc-in policy, or add-in-only policy
21-
+ADw-a name+AD0AIg-AuthZ+ACIAPg- +ADw-/a+AD4-
20+
## Authorization policies: user-only policy, user+add-in policy, or add-in-only policy
21+
<a name="AuthZ"> </a>
2222

2323
The authorization process verifies that an authenticated subject (an add-in or a user or both) has permission to perform certain operations or to access specific resources (for example, a list or a SharePoint document folder).
2424

2525

2626

27-
SharePoint users three types of authorization policies. The user-only policy requires only that the call to SharePoint include an authenticated user identity. Theadd-in-only policy requires only that the call include only an authenticated add-in identity. Theuser+adc-in policy requires that the call include both kinds of authenticated identities. When a user accesses SharePoint resources through the SharePoint UI, instead of through an add-in, SharePoint uses the user-only policy. However, for calls from a SharePoint Add-in, SharePoint always uses either the add-in-only or the user+adc-in policy. The SharePoint Add-in determines which policy is used by the type of access token that it includes in its request to SharePoint. If a user+adc-in request is made, SharePoint will require that both the add-in and the user have permission to the resource the add-in is accessing. In the case of an add-in-only request, SharePoint requires that the add-in have permission to the resource, but it does not matter whether the user does or not. (a SharePoint Add-in can make add-in-only requests only if it has been given permission to do so in advance+ADs- typically, when it is installed.)
27+
SharePoint users three types of authorization policies. The user-only policy requires only that the call to SharePoint include an authenticated user identity. Theadd-in-only policy requires only that the call include only an authenticated add-in identity. The user+add-in policy requires that the call include both kinds of authenticated identities. When a user accesses SharePoint resources through the SharePoint UI, instead of through an add-in, SharePoint uses the user-only policy. However, for calls from a SharePoint Add-in, SharePoint always uses either the add-in-only or the user+add-in policy. The SharePoint Add-in determines which policy is used by the type of access token that it includes in its request to SharePoint. If a user+add-in request is made, SharePoint will require that both the add-in and the user have permission to the resource the add-in is accessing. In the case of an add-in-only request, SharePoint requires that the add-in have permission to the resource, but it does not matter whether the user does or not. (a SharePoint Add-in can make add-in-only requests only if it has been given permission to do so in advance; typically, when it is installed.)
2828

2929

3030

31-
For more information about authorization policies and how they work, see +AFs-Add-in authorization policy types in SharePoint+AF0-(add-in-authorization-policy-types-in-sharepoint-2013).
31+
For more information about authorization policies and how they work, see [Add-in authorization policy types in SharePoint](add-in-authorization-policy-types-in-sharepoint-2013).
3232

3333

3434

3535

36-
+ACMAIw- Add-in permissions and add-in permission request scopes
37-
+ADw-a name+AD0AIg-Permissions+ACIAPg- +ADw-/a+AD4-
36+
## Add-in permissions and add-in permission request scopes
37+
<a name="Permissions"> </a>
3838

39-
The developer of a SharePoint Add-in must specify, through the add-in manifest file, the permissions an add-in needs to SharePoint resources outside the add-in web. (The add-in automatically has full control permission to the entire add-in web.) When the add-in is designed to be launched from within SharePoint, the add-in installation infrastructure prompts the user who installs the add-in to grant or deny the needed permissions. Once the permissions have been granted, users of the website can use the add-in without having to re-grant it permissions. However, when the add-in is designed to be launched outside of SharePoint+ADs- that is, it is not installed on SharePoint, then SharePoint will prompt the user who is executing the add-in to grant the needed permissions each time the add-in is run. Add-ins on mobile devices and Office Add-ins are examples of add-ins that can access SharePoint, but are not installed on it.
39+
The developer of a SharePoint Add-in must specify, through the add-in manifest file, the permissions an add-in needs to SharePoint resources outside the add-in web. (The add-in automatically has full control permission to the entire add-in web.) When the add-in is designed to be launched from within SharePoint, the add-in installation infrastructure prompts the user who installs the add-in to grant or deny the needed permissions. Once the permissions have been granted, users of the website can use the add-in without having to re-grant it permissions. However, when the add-in is designed to be launched outside of SharePoint; that is, it is not installed on SharePoint, then SharePoint will prompt the user who is executing the add-in to grant the needed permissions each time the add-in is run. Add-ins on mobile devices and Office Add-ins are examples of add-ins that can access SharePoint, but are not installed on it.
4040

4141

4242

@@ -48,34 +48,33 @@ Add-ins can also have permissions revoked or granted by SharePoint Online tenant
4848

4949

5050

51-
In the add-in manifest file, a SharePoint Add-in specifies the permissions that it needs to function correctly. The permission requests specify both the rights that an add-in needs and the scope at which they need the rights. Scopes indicate where in the SharePoint hierarchy a permission request applies. SharePoint supports four different content scopes: tenancy, site collection, website, and list. There are also special scopes for performing search queries, accessing taxonomy data, social features, Microsoft Business Connectivity Services (BCS) features, and Project Server 2013 features. For more information, see +AFs-Add-in permissions in SharePoint+AF0-(add-in-permissions-in-sharepoint-2013).
51+
In the add-in manifest file, a SharePoint Add-in specifies the permissions that it needs to function correctly. The permission requests specify both the rights that an add-in needs and the scope at which they need the rights. Scopes indicate where in the SharePoint hierarchy a permission request applies. SharePoint supports four different content scopes: tenancy, site collection, website, and list. There are also special scopes for performing search queries, accessing taxonomy data, social features, Microsoft Business Connectivity Services (BCS) features, and Project Server 2013 features. For more information, see [Add-in permissions in SharePoint](add-in-permissions-in-sharepoint-2013).
5252

5353

5454

5555

56-
+ACMAIw- When is OAuth used?
57-
+ADw-a name+AD0AIg-FileName+AF8-uniquekeyword4+ACIAPg- +ADw-/a+AD4-
56+
## When is OAuth used?
57+
<a name="FileName_uniquekeyword4"> </a>
5858

59-
You may have already heard that OAuth 2.0 plays an important role in the authentication and authorization of SharePoint Add-ins. It does, but it is not necessarily a part of the authorization story for every SharePoint Add-in. If you plan to build a SharePoint Add-in that runs in an remote web application and communicates back to SharePoint using server-side code, you will need to use OAuth. If the remote web application is off premise, then you would use +AFs-the low-trust authorization system+AF0-(creating-sharepoint-add-ins-that-use-low-trust-authorization) in which Azure ACS is the access token issuer. If it is on premise, then you would typically use +AFs-the high-trust system+AF0-(creating-sharepoint-add-ins-that-use-high-trust-authorization) in which the add-in itself and a digital certificate are the access token issuers.
59+
You may have already heard that OAuth 2.0 plays an important role in the authentication and authorization of SharePoint Add-ins. It does, but it is not necessarily a part of the authorization story for every SharePoint Add-in. If you plan to build a SharePoint Add-in that runs in an remote web application and communicates back to SharePoint using server-side code, you will need to use OAuth. If the remote web application is off premise, then you would use [the low-trust authorization system](creating-sharepoint-add-ins-that-use-low-trust-authorization) in which Azure ACS is the access token issuer. If it is on premise, then you would typically use [the high-trust system](creating-sharepoint-add-ins-that-use-high-trust-authorization) in which the add-in itself and a digital certificate are the access token issuers.
6060

6161

6262

63-
You would not use OAuth to make a call from JavaScript on a page in the add-in web itself or from a remote webpage using +AFs-the cross-___domain library+AF0-(creating-sharepoint-add-ins-that-use-the-cross-___domain-library). For more information on the cross-___domain library, see +AFs-Creating SharePoint Add-ins that use the cross-___domain library+AF0-(creating-sharepoint-add-ins-that-use-the-cross-___domain-library).
63+
You would not use OAuth to make a call from JavaScript on a page in the add-in web itself or from a remote webpage using [the cross-___domain library](creating-sharepoint-add-ins-that-use-the-cross-___domain-library). For more information on the cross-___domain library, see [Creating SharePoint Add-ins that use the cross-___domain library](creating-sharepoint-add-ins-that-use-the-cross-___domain-library).
6464

6565

6666

6767

68-
+ACMAIw- Additional resources
69-
+ADw-a name+AD0AIg-Filename+AF8-AdditionalResources+ACIAPg- +ADw-/a+AD4-
68+
## Additional resources
69+
<a name="Filename_AdditionalResources"> </a>
7070

7171

72-
- +AFs-Three authorization systems for SharePoint Add-ins+AF0-(three-authorization-systems-for-sharepoint-add-ins)
72+
- [Three authorization systems for SharePoint Add-ins](three-authorization-systems-for-sharepoint-add-ins)
7373

7474

75-
- +AFs-Add-in permissions in SharePoint+AF0-(add-in-permissions-in-sharepoint-2013)
75+
- [Add-in permissions in SharePoint](add-in-permissions-in-sharepoint-2013)
7676

7777

78-
- +AFs-SharePoint Add-ins+AF0-(sharepoint-add-ins)
78+
- [SharePoint Add-ins](sharepoint-add-ins)
7979

8080

81-

0 commit comments

Comments
 (0)