Skip to content

Commit 23b5e30

Browse files
authored
Merge pull request #103651 from MicrosoftDocs/master
2/07 AM Publish
2 parents a460fdc + 75057fc commit 23b5e30

File tree

56 files changed

+1030
-410
lines changed

Some content is hidden

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

56 files changed

+1030
-410
lines changed

articles/active-directory/app-provisioning/use-scim-to-provision-users-and-groups.md

Lines changed: 30 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -12,15 +12,15 @@ ms.workload: identity
1212
ms.tgt_pltfrm: na
1313
ms.devlang: na
1414
ms.topic: conceptual
15-
ms.date: 2/7/2019
15+
ms.date: 2/7/2020
1616
ms.author: mimart
1717
ms.reviewer: arvinh
1818
ms.custom: aaddev;it-pro;seohack1
1919

2020

2121
ms.collection: M365-identity-device-management
2222
---
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)
2424

2525
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.
2626

@@ -724,6 +724,34 @@ This section provides example SCIM requests emitted by the Azure AD SCIM client
724724

725725
*HTTP/1.1 204 No Content*
726726

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+
727755
## Step 3: Build a SCIM endpoint
728756

729757
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
816844
```csharp
817845
private static void Main(string[] arguments)
818846
{
819-
// Microsoft.SystemForCrossDomainIdentityManagement.IMonitor,
820-
// Microsoft.SystemForCrossDomainIdentityManagement.IProvider and
821-
// Microsoft.SystemForCrossDomainIdentityManagement.Service are all defined in
822-
// Microsoft.SystemForCrossDomainIdentityManagement.Service.dll.
823847

824848
Microsoft.SystemForCrossDomainIdentityManagement.IMonitor monitor =
825849
new DevelopersMonitor();
@@ -909,10 +933,6 @@ To host the service within Internet Information Services, a developer would buil
909933
```csharp
910934
public class Startup
911935
{
912-
// Microsoft.SystemForCrossDomainIdentityManagement.IWebApplicationStarter,
913-
// Microsoft.SystemForCrossDomainIdentityManagement.IMonitor and
914-
// Microsoft.SystemForCrossDomainIdentityManagement.Service are all defined in
915-
// Microsoft.SystemForCrossDomainIdentityManagement.Service.dll.
916936

917937
Microsoft.SystemForCrossDomainIdentityManagement.IWebApplicationStarter starter;
918938

articles/active-directory/develop/authentication-scenarios.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -21,7 +21,7 @@ ms.custom: aaddev, identityplatformtop40, scenarios:getting-started
2121

2222
## What is authentication
2323

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].
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).
2525

2626
**Authentication** is the process of proving you are who you say you are. Authentication is sometimes shortened to AuthN.
2727

articles/active-directory/develop/quickstart-v2-java-webapp.md

Lines changed: 26 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -57,7 +57,7 @@ To run this sample you will need:
5757
> - Leave **Redirect URI** blank for now, and select **Register**.
5858
> 1. On the **Overview** page, find the **Application (client) ID** and the **Directory (tenant) ID** values of the application. Copy these values for later.
5959
> 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`.
6161
> - Select **Save**.
6262
> 1. Select the **Certificates & secrets** from the menu and in the **Client secrets** section, click on **New client secret**:
6363
>
@@ -71,7 +71,7 @@ To run this sample you will need:
7171
>
7272
> For the code sample for this quickstart to work, you need to:
7373
>
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`.
7575
> 1. Create a Client Secret.
7676
> > [!div renderon="portal" id="makechanges" class="nextstepaction"]
7777
> > [Make these changes for me]()
@@ -87,23 +87,36 @@ To run this sample you will need:
8787

8888
1. Extract the zip file to a local folder.
8989
1. If you use an integrated development environment, open the sample in your favorite IDE (optional).
90-
9190
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:
9291

9392
```file
9493
aad.clientId=Enter_the_Application_Id_here
9594
aad.authority=https://login.microsoftonline.com/Enter_the_Tenant_Info_Here/
9695
aad.secretKey=Enter_the_Client_Secret_Here
97-
aad.redirectUriSignin=http://localhost:8080/msal4jsample/secure/aad
98-
aad.redirectUriGraph=http://localhost:8080/msal4jsample/graph/me
96+
aad.redirectUriSignin=https://localhost:8080/msal4jsample/secure/aad
97+
aad.redirectUriGraph=https://localhost:8080/msal4jsample/graph/me
9998
```
10099
101-
> [!div renderon="docs"]
102-
> Where:
103-
>
104-
> - `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).
108+
109+
```
110+
Example:
111+
keytool -genkeypair -alias testCert -keyalg RSA -storetype PKCS12 -keystore keystore.p12 -storepass password
112+
113+
server.ssl.key-store-type=PKCS12
114+
server.ssl.key-store=classpath:keystore.p12
115+
server.ssl.key-store-password=password
116+
server.ssl.key-alias=testCert
117+
```
118+
119+
Put the generated keystore file in the "resources" folder.
107120
108121
#### Step 4: Run the code sample
109122
@@ -113,11 +126,11 @@ Run it directly from your IDE by using the embedded spring boot server or packag
113126
114127
##### Running from IDE
115128
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.
117130
118131
1. On the front page, select the **Login** button to redirect to Azure Active Directory and prompt the user for their credentials.
119132
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:
121134
- *Sign Out*: Signs the current user out of the application and redirects them to the home page.
122135
- *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.
123136

articles/active-directory/governance/create-access-review.md

Lines changed: 16 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -11,7 +11,7 @@ ms.tgt_pltfrm: na
1111
ms.devlang: na
1212
ms.topic: conceptual
1313
ms.subservice: compliance
14-
ms.date: 05/21/2019
14+
ms.date: 02/06/2020
1515
ms.author: ajburnle
1616
ms.reviewer: mwahl
1717
ms.collection: M365-identity-device-management
@@ -88,7 +88,7 @@ For more information, see [License requirements](access-reviews-overview.md#lice
8888

8989
![Create an access review - Upon completion settings](./media/create-access-review/upon-completion-settings.png)
9090

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**.
9292

9393
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.
9494

@@ -123,6 +123,20 @@ By default, Azure AD sends an email to reviewers shortly after the review starts
123123

124124
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.
125125

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+
126140
## Create reviews via APIs
127141

128142
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

Comments
 (0)