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/app-provisioning/use-scim-to-provision-users-and-groups.md
+30-10Lines changed: 30 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,15 +12,15 @@ ms.workload: identity
12
12
ms.tgt_pltfrm: na
13
13
ms.devlang: na
14
14
ms.topic: conceptual
15
-
ms.date: 2/7/2019
15
+
ms.date: 2/7/2020
16
16
ms.author: mimart
17
17
ms.reviewer: arvinh
18
18
ms.custom: aaddev;it-pro;seohack1
19
19
20
20
21
21
ms.collection: M365-identity-device-management
22
22
---
23
-
# Build a SCIM endpoint and configure user provisioning with Azure Active Directory (Azure AD)
23
+
# Develop a SCIM endpoint and configure user provisioning with Azure Active Directory (Azure AD)
24
24
25
25
As an application developer, you can use the System for Cross-Domain Identity Management (SCIM) user management API to enable automatic provisioning of users and groups between your application and Azure AD. This article describes how to build a SCIM endpoint and integrate with the Azure AD provisioning service. The SCIM specification provides a common user schema for provisioning. When used in conjunction with federation standards like SAML or OpenID Connect, SCIM gives administrators an end-to-end, standards-based solution for access management.
26
26
@@ -724,6 +724,34 @@ This section provides example SCIM requests emitted by the Azure AD SCIM client
724
724
725
725
*HTTP/1.1 204 No Content*
726
726
727
+
### Security requirements
728
+
**TLS Protocol Versions**
729
+
730
+
The only acceptable TLS protocol versions are TLS 1.2 and TLS 1.3. No other versions of TLS are permitted. No version of SSL is permitted.
731
+
- RSA keys must be at least 2,048 bits.
732
+
- ECC keys must be at least 256 bits, generated using an approved elliptic curve
733
+
734
+
735
+
**Key Lengths**
736
+
737
+
All services must use X.509 certificates generated using cryptographic keys of sufficient length, meaning:
738
+
739
+
**Cipher Suites**
740
+
741
+
All services must be configured to use the following cipher suites, in the exact order specified below. Note that if you only have an RSA certificate, installed the ECDSA cipher suites do not have any effect. </br>
742
+
743
+
TLS 1.2 Cipher Suites minimum bar:
744
+
745
+
- TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
746
+
- TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
747
+
- TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
748
+
- TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
749
+
- TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
750
+
- TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
751
+
- TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
752
+
- TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
753
+
754
+
727
755
## Step 3: Build a SCIM endpoint
728
756
729
757
By creating a SCIM web service that interfaces with Azure Active Directory, you can enable automatic user provisioning for virtually any application or identity store.
@@ -816,10 +844,6 @@ Developers using the CLI libraries can host their services within any executable
This article covers many of the authentication concepts you'll need to understand to create protected web apps, web APIs, or apps calling protected Web APIs. If you see a term you aren't familiar with, try our (glossary)[developer-glossary.md].
24
+
This article covers many of the authentication concepts you'll need to understand to create protected web apps, web APIs, or apps calling protected Web APIs. If you see a term you aren't familiar with, try our [glossary](developer-glossary.md).
25
25
26
26
**Authentication** is the process of proving you are who you say you are. Authentication is sometimes shortened to AuthN.
Copy file name to clipboardExpand all lines: articles/active-directory/develop/quickstart-v2-java-webapp.md
+26-13Lines changed: 26 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -57,7 +57,7 @@ To run this sample you will need:
57
57
> - Leave **Redirect URI** blank for now, and select **Register**.
58
58
> 1. On the **Overview** page, find the **Application (client) ID** and the **Directory (tenant) ID** values of the application. Copy these values for later.
59
59
> 1. Select the **Authentication** from the menu, and then add the following information:
60
-
> - In **Redirect URIs**, add `http://localhost:8080/msal4jsample/secure/aad` and `http://localhost:8080/msal4jsample/graph/me`.
60
+
> - In **Redirect URIs**, add `https://localhost:8080/msal4jsample/secure/aad` and `https://localhost:8080/msal4jsample/graph/me`.
61
61
> - Select **Save**.
62
62
> 1. Select the **Certificates & secrets** from the menu and in the **Client secrets** section, click on **New client secret**:
63
63
>
@@ -71,7 +71,7 @@ To run this sample you will need:
71
71
>
72
72
> For the code sample for this quickstart to work, you need to:
73
73
>
74
-
> 1. Add reply URLs as `http://localhost:8080/msal4jsamples/secure/aad` and `http://localhost:8080/msal4jsamples/graph/me`.
74
+
> 1. Add reply URLs as `https://localhost:8080/msal4jsamples/secure/aad` and `https://localhost:8080/msal4jsamples/graph/me`.
@@ -87,23 +87,36 @@ To run this sample you will need:
87
87
88
88
1. Extract the zip file to a local folder.
89
89
1. If you use an integrated development environment, open the sample in your favorite IDE (optional).
90
-
91
90
1. Open the application.properties file, which can be found in src/main/resources/ folder and replace the value of the fields *aad.clientId*, *aad.authority* and *aad.secretKey* with the respective values of **Application Id**, **Tenant Id** and **Client Secret** as the following:
> - `Enter_the_Application_Id_here` - is the Application Id for the application you registered.
105
-
> - `Enter_the_Client_Secret_Here` - is the **Client Secret** you created in **Certificates & Secrets** for the application you registered.
106
-
> - `Enter_the_Tenant_Info_Here` - is the **Directory (tenant) ID** value of the application you registered.
100
+
> [!div renderon="docs"]
101
+
> Where:
102
+
>
103
+
> - `Enter_the_Application_Id_here` - is the Application Id for the application you registered.
104
+
> - `Enter_the_Client_Secret_Here` - is the **Client Secret** you created in **Certificates & Secrets** for the application you registered.
105
+
> - `Enter_the_Tenant_Info_Here` - is the **Directory (tenant) ID** value of the application you registered.
106
+
107
+
1. To use https with localhost, fill in the server.ssl.key properties. To generate a self-signed certificate, use the keytool utility (included in JRE).
Put the generated keystore file in the "resources" folder.
107
120
108
121
#### Step 4: Run the code sample
109
122
@@ -113,11 +126,11 @@ Run it directly from your IDE by using the embedded spring boot server or packag
113
126
114
127
##### Running from IDE
115
128
116
-
If you are running the web application from an IDE, click on run, then navigate to the home page of the project. For this sample, the standard home page URL is http://localhost:8080
129
+
If you are running the web application from an IDE, click on run, then navigate to the home page of the project. For this sample, the standard home page URL is https://localhost:8080.
117
130
118
131
1. On the front page, select the **Login** button to redirect to Azure Active Directory and prompt the user for their credentials.
119
132
120
-
1. After the user is authenticated, they are redirected to *http://localhost:8080/msal4jsample/secure/aad*. They are now signed in, and the page will show information about the signed-in account. The sample UI has the following buttons:
133
+
1. After the user is authenticated, they are redirected to *https://localhost:8080/msal4jsample/secure/aad*. They are now signed in, and the page will show information about the signed-in account. The sample UI has the following buttons:
121
134
- *Sign Out*: Signs the current user out of the application and redirects them to the home page.
122
135
- *Show User Info*: Acquires a token for Microsoft Graph and calls Microsoft Graph with a request containing the token, which returns basic information about the signed-in user.
Copy file name to clipboardExpand all lines: articles/active-directory/governance/create-access-review.md
+16-2Lines changed: 16 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -11,7 +11,7 @@ ms.tgt_pltfrm: na
11
11
ms.devlang: na
12
12
ms.topic: conceptual
13
13
ms.subservice: compliance
14
-
ms.date: 05/21/2019
14
+
ms.date: 02/06/2020
15
15
ms.author: ajburnle
16
16
ms.reviewer: mwahl
17
17
ms.collection: M365-identity-device-management
@@ -88,7 +88,7 @@ For more information, see [License requirements](access-reviews-overview.md#lice
88
88
89
89

90
90
91
-
1. If you want to automatically remove access for users that were denied, set **Auto apply results to resource** to **Enable**. If you want to manually apply the results when the review completes, set the switch to **Disable**.
91
+
1. If you want to automatically remove, access for users that were denied, set **Auto apply results to resource** to **Enable**. If you want to manually apply the results when the review completes, set the switch to **Disable**.
92
92
93
93
1. Use the **Should reviewer not respond** list to specify what happens for users that are not reviewed by the reviewer within the review period. This setting does not impact users who have been reviewed by the reviewers manually. If the final reviewer's decision is Deny, then the user's access will be removed.
94
94
@@ -123,6 +123,20 @@ By default, Azure AD sends an email to reviewers shortly after the review starts
123
123
124
124
If you have assigned guests as reviewers and they have not accepted the invite, they will not receive an email from access reviews because they must first accept the invite prior to reviewing.
125
125
126
+
## Access review status table
127
+
128
+
| Status | Definition |
129
+
|--------|------------|
130
+
|NotStarted | Review was created, user discovery is waiting to start. |
131
+
|Initializing | User discovery is in progress to identify all users that are part of the review. |
132
+
|Starting | Review is starting. If email notifications are enabled, emails are being sent to reviewers. |
133
+
|InProgress | Review has started. If email notifications are enabled emails have been sent to reviewers. Reviewers can submit decisions until the due date. |
134
+
|Completing | Review is being completed and emails are being sent to the review owner. |
135
+
|AutoReviewing | Review is in a system reviewing stage. The system is recording decisions for users who were not reviewed based on recommendations or pre-configured decisions. |
136
+
|AutoReviewed | Decisions have been recorded by the system for all users who were not reviewed. Review is ready to proceed to **Applying** if Auto-Apply is enabled. |
137
+
|Applying | There will be no change in access for users who were approved. |
138
+
|Applied | Denied users, if any, have been removed from the resource or directory. |
139
+
126
140
## Create reviews via APIs
127
141
128
142
You can also create access reviews using APIs. What you do to manage access reviews of groups and application users in the Azure portal can also be done using Microsoft Graph APIs. For more information, see the [Azure AD access reviews API reference](https://docs.microsoft.com/graph/api/resources/accessreviews-root?view=graph-rest-beta). For a code sample, see [Example of retrieving Azure AD access reviews via Microsoft Graph](https://techcommunity.microsoft.com/t5/Azure-Active-Directory/Example-of-retrieving-Azure-AD-access-reviews-via-Microsoft/m-p/236096).
0 commit comments