Skip to content

Commit b46af9a

Browse files
committed
Merge branch 'main' of https://github.com/MicrosoftDocs/azure-docs-pr into gwb3
2 parents 1a87f9e + 17ffd3e commit b46af9a

File tree

650 files changed

+1584
-1049
lines changed

Some content is hidden

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

650 files changed

+1584
-1049
lines changed

articles/active-directory/develop/active-directory-certificate-credentials.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -39,7 +39,7 @@ To compute the assertion, you can use one of the many JWT libraries in the langu
3939

4040
Claim type | Value | Description
4141
---------- | ---------- | ----------
42-
`aud` | `https://login.microsoftonline.com/{tenantId}/oauth2/V2.0/token` | The "aud" (audience) claim identifies the recipients that the JWT is intended for (here Azure AD) See [RFC 7519, Section 4.1.3](https://tools.ietf.org/html/rfc7519#section-4.1.3). In this case, that recipient is the login server (login.microsoftonline.com).
42+
`aud` | `https://login.microsoftonline.com/{tenantId}/oauth2/v2.0/token` | The "aud" (audience) claim identifies the recipients that the JWT is intended for (here Azure AD) See [RFC 7519, Section 4.1.3](https://tools.ietf.org/html/rfc7519#section-4.1.3). In this case, that recipient is the login server (login.microsoftonline.com).
4343
`exp` | 1601519414 | The "exp" (expiration time) claim identifies the expiration time on or after which the JWT MUST NOT be accepted for processing. See [RFC 7519, Section 4.1.4](https://tools.ietf.org/html/rfc7519#section-4.1.4). This allows the assertion to be used until then, so keep it short - 5-10 minutes after `nbf` at most. Azure AD does not place restrictions on the `exp` time currently.
4444
`iss` | {ClientID} | The "iss" (issuer) claim identifies the principal that issued the JWT, in this case your client application. Use the GUID application ID.
4545
`jti` | (a Guid) | The "jti" (JWT ID) claim provides a unique identifier for the JWT. The identifier value MUST be assigned in a manner that ensures that there is a negligible probability that the same value will be accidentally assigned to a different data object; if the application uses multiple issuers, collisions MUST be prevented among values produced by different issuers as well. The "jti" value is a case-sensitive string. [RFC 7519, Section 4.1.7](https://tools.ietf.org/html/rfc7519#section-4.1.7)
@@ -61,7 +61,7 @@ The signature is computed by applying the certificate as described in the [JSON
6161
}
6262
.
6363
{
64-
"aud": "https: //login.microsoftonline.com/contoso.onmicrosoft.com/oauth2/V2.0/token",
64+
"aud": "https: //login.microsoftonline.com/contoso.onmicrosoft.com/oauth2/v2.0/token",
6565
"exp": 1484593341,
6666
"iss": "97e0a5b7-d745-40b6-94fe-5f77d35c6e05",
6767
"jti": "22b3bb26-e046-42df-9c96-65dbd72c1c81",

articles/active-directory/enterprise-users/licensing-directory-independence.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,7 @@ ms.collection: M365-identity-device-management
1818

1919
# Understand how multiple Azure Active Directory tenant organizations interact
2020

21-
In Azure Active Directory (Azure AD, part of Microsoft Entra, each Azure AD organization is fully independent: a peer that is logically independent from the other Azure AD organizations that you manage. This independence between organizations includes resource independence, administrative independence, and synchronization independence. There is no parent-child relationship between organizations.
21+
In Azure Active Directory (Azure AD), part of Microsoft Entra, each Azure AD organization is fully independent: a peer that is logically independent from the other Azure AD organizations that you manage. This independence between organizations includes resource independence, administrative independence, and synchronization independence. There is no parent-child relationship between organizations.
2222

2323
## Resource independence
2424

articles/active-directory/manage-apps/review-admin-consent-requests.md

Lines changed: 4 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -49,6 +49,10 @@ To review the admin consent requests and take action:
4949
- **Deny the request**. To deny a request, you must provide a justification that will be provided to all requestors. Once a request is denied, all requestors are notified that they have been denied access to the application. Denying a request won't prevent users from requesting admin consent to the application again in the future.
5050
- **Block the request**. To block a request, you must provide a justification that will be provided to all requestors. Once a request is blocked, all requestors are notified they've been denied access to the application. Blocking a request creates a service principal object for the application in your tenant in a disabled state. Users won't be able to request admin consent to the application in the future.
5151

52+
## Review admin consent requests using Microsoft Graph
53+
54+
To review the admin consent requests programmatically, use the [appConsentRequest resource type](/graph/api/resources/userconsentrequest) and [userConsentRequest resource type](/graph/api/resources/userconsentrequest) and their associated methods in Microsoft Graph. You cannot approve or deny consent requests using Microsoft Graph.
55+
5256
## Next steps
5357
- [Review permissions granted to apps](manage-application-permissions.md)
5458
- [Grant tenant-wide admin consent](grant-admin-consent.md)
Lines changed: 126 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,126 @@
1+
---
2+
title: 'Tutorial: Azure AD SSO integration with HackNotice'
3+
description: Learn how to configure single sign-on between Azure Active Directory and HackNotice.
4+
services: active-directory
5+
author: jeevansd
6+
manager: CelesteDG
7+
ms.reviewer: CelesteDG
8+
ms.service: active-directory
9+
ms.subservice: saas-app-tutorial
10+
ms.workload: identity
11+
ms.topic: tutorial
12+
ms.date: 08/12/2022
13+
ms.author: jeedes
14+
15+
---
16+
17+
# Tutorial: Azure AD SSO integration with HackNotice
18+
19+
In this tutorial, you'll learn how to integrate HackNotice with Azure Active Directory (Azure AD). When you integrate HackNotice with Azure AD, you can:
20+
21+
* Control in Azure AD who has access to HackNotice.
22+
* Enable your users to be automatically signed-in to HackNotice with their Azure AD accounts.
23+
* Manage your accounts in one central location - the Azure portal.
24+
25+
## Prerequisites
26+
27+
To get started, you need the following items:
28+
29+
* An Azure AD subscription. If you don't have a subscription, you can get a [free account](https://azure.microsoft.com/free/).
30+
* HackNotice single sign-on (SSO) enabled subscription.
31+
* Along with Cloud Application Administrator, Application Administrator can also add or manage applications in Azure AD.
32+
For more information, see [Azure built-in roles](../roles/permissions-reference.md).
33+
34+
## Scenario description
35+
36+
In this tutorial, you configure and test Azure AD SSO in a test environment.
37+
38+
* HackNotice supports **IDP** initiated SSO.
39+
40+
## Add HackNotice from the gallery
41+
42+
To configure the integration of HackNotice into Azure AD, you need to add HackNotice from the gallery to your list of managed SaaS apps.
43+
44+
1. Sign in to the Azure portal using either a work or school account, or a personal Microsoft account.
45+
1. On the left navigation pane, select the **Azure Active Directory** service.
46+
1. Navigate to **Enterprise Applications** and then select **All Applications**.
47+
1. To add new application, select **New application**.
48+
1. In the **Add from the gallery** section, type **HackNotice** in the search box.
49+
1. Select **HackNotice** from results panel and then add the app. Wait a few seconds while the app is added to your tenant.
50+
51+
## Configure and test Azure AD SSO for HackNotice
52+
53+
Configure and test Azure AD SSO with HackNotice using a test user called **B.Simon**. For SSO to work, you need to establish a link relationship between an Azure AD user and the related user at HackNotice.
54+
55+
To configure and test Azure AD SSO with HackNotice, perform the following steps:
56+
57+
1. **[Configure Azure AD SSO](#configure-azure-ad-sso)** - to enable your users to use this feature.
58+
1. **[Create an Azure AD test user](#create-an-azure-ad-test-user)** - to test Azure AD single sign-on with B.Simon.
59+
1. **[Assign the Azure AD test user](#assign-the-azure-ad-test-user)** - to enable B.Simon to use Azure AD single sign-on.
60+
1. **[Configure HackNotice SSO](#configure-hacknotice-sso)** - to configure the single sign-on settings on application side.
61+
1. **[Create HackNotice test user](#create-hacknotice-test-user)** - to have a counterpart of B.Simon in HackNotice that is linked to the Azure AD representation of user.
62+
1. **[Test SSO](#test-sso)** - to verify whether the configuration works.
63+
64+
## Configure Azure AD SSO
65+
66+
Follow these steps to enable Azure AD SSO in the Azure portal.
67+
68+
1. In the Azure portal, on the **HackNotice** application integration page, find the **Manage** section and select **single sign-on**.
69+
1. On the **Select a single sign-on method** page, select **SAML**.
70+
1. On the **Set up single sign-on with SAML** page, click the pencil icon for **Basic SAML Configuration** to edit the settings.
71+
72+
![Screenshot shows to edit Basic SAML Configuration.](common/edit-urls.png "Basic Configuration")
73+
74+
1. On the **Basic SAML Configuration** section, the application is pre-configured and the necessary URLs are already pre-populated with Azure. The user needs to save the configuration by clicking the **Save** button.
75+
76+
1. On the **Set up single sign-on with SAML** page, in the **SAML Signing Certificate** section, find **Certificate (Base64)** and select **Download** to download the certificate and save it on your computer.
77+
78+
![Screenshot shows the Certificate download link.](common/certificatebase64.png "Certificate")
79+
80+
1. On the **Set up HackNotice** section, copy the appropriate URL(s) based on your requirement.
81+
82+
![Screenshot shows to copy configuration appropriate URL.](common/copy-configuration-urls.png "Metadata")
83+
84+
### Create an Azure AD test user
85+
86+
In this section, you'll create a test user in the Azure portal called B.Simon.
87+
88+
1. From the left pane in the Azure portal, select **Azure Active Directory**, select **Users**, and then select **All users**.
89+
1. Select **New user** at the top of the screen.
90+
1. In the **User** properties, follow these steps:
91+
1. In the **Name** field, enter `B.Simon`.
92+
1. In the **User name** field, enter the [email protected]. For example, `[email protected]`.
93+
1. Select the **Show password** check box, and then write down the value that's displayed in the **Password** box.
94+
1. Click **Create**.
95+
96+
### Assign the Azure AD test user
97+
98+
In this section, you'll enable B.Simon to use Azure single sign-on by granting access to HackNotice.
99+
100+
1. In the Azure portal, select **Enterprise Applications**, and then select **All applications**.
101+
1. In the applications list, select **HackNotice**.
102+
1. In the app's overview page, find the **Manage** section and select **Users and groups**.
103+
1. Select **Add user**, then select **Users and groups** in the **Add Assignment** dialog.
104+
1. In the **Users and groups** dialog, select **B.Simon** from the Users list, then click the **Select** button at the bottom of the screen.
105+
1. If you are expecting a role to be assigned to the users, you can select it from the **Select a role** dropdown. If no role has been set up for this app, you see "Default Access" role selected.
106+
1. In the **Add Assignment** dialog, click the **Assign** button.
107+
108+
## Configure HackNotice SSO
109+
110+
To configure single sign-on on **HackNotice** side, you need to send the downloaded **Certificate (Base64)** and appropriate copied URLs from Azure portal to [HackNotice support team](mailto:[email protected]). They set this setting to have the SAML SSO connection set properly on both sides.
111+
112+
### Create HackNotice test user
113+
114+
In this section, you create a user called Britta Simon at HackNotice. Work with [HackNotice support team](mailto:[email protected]) to add the users in the HackNotice platform. Users must be created and activated before you use single sign-on.
115+
116+
## Test SSO
117+
118+
In this section, you test your Azure AD single sign-on configuration with following options.
119+
120+
* Click on Test this application in Azure portal and you should be automatically signed in to the HackNotice for which you set up the SSO.
121+
122+
* You can use Microsoft My Apps. When you click the HackNotice tile in the My Apps, you should be automatically signed in to the HackNotice for which you set up the SSO. For more information about the My Apps, see [Introduction to the My Apps](../user-help/my-apps-portal-end-user-access.md).
123+
124+
## Next steps
125+
126+
Once you configure HackNotice you can enforce session control, which protects exfiltration and infiltration of your organization’s sensitive data in real time. Session control extends from Conditional Access. [Learn how to enforce session control with Microsoft Cloud App Security](/cloud-app-security/proxy-deployment-aad).
Lines changed: 126 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,126 @@
1+
---
2+
title: 'Tutorial: Azure AD SSO integration with KPMG Leasing Tool'
3+
description: Learn how to configure single sign-on between Azure Active Directory and KPMG Leasing Tool.
4+
services: active-directory
5+
author: jeevansd
6+
manager: CelesteDG
7+
ms.reviewer: CelesteDG
8+
ms.service: active-directory
9+
ms.subservice: saas-app-tutorial
10+
ms.workload: identity
11+
ms.topic: tutorial
12+
ms.date: 08/11/2022
13+
ms.author: jeedes
14+
15+
---
16+
17+
# Tutorial: Azure AD SSO integration with KPMG Leasing Tool
18+
19+
In this tutorial, you'll learn how to integrate KPMG Leasing Tool with Azure Active Directory (Azure AD). When you integrate KPMG Leasing Tool with Azure AD, you can:
20+
21+
* Control in Azure AD who has access to KPMG Leasing Tool.
22+
* Enable your users to be automatically signed-in to KPMG Leasing Tool with their Azure AD accounts.
23+
* Manage your accounts in one central location - the Azure portal.
24+
25+
## Prerequisites
26+
27+
To get started, you need the following items:
28+
29+
* An Azure AD subscription. If you don't have a subscription, you can get a [free account](https://azure.microsoft.com/free/).
30+
* KPMG Leasing Tool single sign-on (SSO) enabled subscription.
31+
* Along with Cloud Application Administrator, Application Administrator can also add or manage applications in Azure AD.
32+
For more information, see [Azure built-in roles](../roles/permissions-reference.md).
33+
34+
## Scenario description
35+
36+
In this tutorial, you configure and test Azure AD SSO in a test environment.
37+
38+
* KPMG Leasing Tool supports **IDP** initiated SSO.
39+
40+
## Add KPMG Leasing Tool from the gallery
41+
42+
To configure the integration of KPMG Leasing Tool into Azure AD, you need to add KPMG Leasing Tool from the gallery to your list of managed SaaS apps.
43+
44+
1. Sign in to the Azure portal using either a work or school account, or a personal Microsoft account.
45+
1. On the left navigation pane, select the **Azure Active Directory** service.
46+
1. Navigate to **Enterprise Applications** and then select **All Applications**.
47+
1. To add new application, select **New application**.
48+
1. In the **Add from the gallery** section, type **KPMG Leasing Tool** in the search box.
49+
1. Select **KPMG Leasing Tool** from results panel and then add the app. Wait a few seconds while the app is added to your tenant.
50+
51+
## Configure and test Azure AD SSO for KPMG Leasing Tool
52+
53+
Configure and test Azure AD SSO with KPMG Leasing Tool using a test user called **B.Simon**. For SSO to work, you need to establish a link relationship between an Azure AD user and the related user in KPMG Leasing Tool.
54+
55+
To configure and test Azure AD SSO with KPMG Leasing Tool, perform the following steps:
56+
57+
1. **[Configure Azure AD SSO](#configure-azure-ad-sso)** - to enable your users to use this feature.
58+
1. **[Create an Azure AD test user](#create-an-azure-ad-test-user)** - to test Azure AD single sign-on with B.Simon.
59+
1. **[Assign the Azure AD test user](#assign-the-azure-ad-test-user)** - to enable B.Simon to use Azure AD single sign-on.
60+
1. **[Configure KPMG Leasing Tool SSO](#configure-kpmg-leasing-tool-sso)** - to configure the single sign-on settings on application side.
61+
1. **[Create KPMG Leasing Tool test user](#create-kpmg-leasing-tool-test-user)** - to have a counterpart of B.Simon in KPMG Leasing Tool that is linked to the Azure AD representation of user.
62+
1. **[Test SSO](#test-sso)** - to verify whether the configuration works.
63+
64+
## Configure Azure AD SSO
65+
66+
Follow these steps to enable Azure AD SSO in the Azure portal.
67+
68+
1. In the Azure portal, on the **KPMG Leasing Tool** application integration page, find the **Manage** section and select **single sign-on**.
69+
1. On the **Select a single sign-on method** page, select **SAML**.
70+
1. On the **Set up single sign-on with SAML** page, click the pencil icon for **Basic SAML Configuration** to edit the settings.
71+
72+
![Screenshot shows to edit Basic SAML Configuration.](common/edit-urls.png "Basic Configuration")
73+
74+
1. On the **Basic SAML Configuration** section, the application is pre-configured and the necessary URLs are already pre-populated with Azure. The user needs to save the configuration by clicking the **Save** button.
75+
76+
1. On the **Set-up single sign-on with SAML** page, in the **SAML Signing Certificate** section, find **Federation Metadata XML** and select **Download** to download the certificate and save it on your computer.
77+
78+
![Screenshot shows the Certificate download link.](common/metadataxml.png "Certificate")
79+
80+
1. On the **Set up KPMG Leasing Tool** section, copy the appropriate URL(s) based on your requirement.
81+
82+
![Screenshot shows to copy configuration appropriate URL.](common/copy-configuration-urls.png "Metadata")
83+
84+
### Create an Azure AD test user
85+
86+
In this section, you'll create a test user in the Azure portal called B.Simon.
87+
88+
1. From the left pane in the Azure portal, select **Azure Active Directory**, select **Users**, and then select **All users**.
89+
1. Select **New user** at the top of the screen.
90+
1. In the **User** properties, follow these steps:
91+
1. In the **Name** field, enter `B.Simon`.
92+
1. In the **User name** field, enter the [email protected]. For example, `[email protected]`.
93+
1. Select the **Show password** check box, and then write down the value that's displayed in the **Password** box.
94+
1. Click **Create**.
95+
96+
### Assign the Azure AD test user
97+
98+
In this section, you'll enable B.Simon to use Azure single sign-on by granting access to KPMG Leasing Tool.
99+
100+
1. In the Azure portal, select **Enterprise Applications**, and then select **All applications**.
101+
1. In the applications list, select **KPMG Leasing Tool**.
102+
1. In the app's overview page, find the **Manage** section and select **Users and groups**.
103+
1. Select **Add user**, then select **Users and groups** in the **Add Assignment** dialog.
104+
1. In the **Users and groups** dialog, select **B.Simon** from the Users list, then click the **Select** button at the bottom of the screen.
105+
1. If you are expecting a role to be assigned to the users, you can select it from the **Select a role** dropdown. If no role has been set up for this app, you see "Default Access" role selected.
106+
1. In the **Add Assignment** dialog, click the **Assign** button.
107+
108+
## Configure KPMG Leasing Tool SSO
109+
110+
To configure single sign-on on **KPMG Leasing Tool** side, you need to send the downloaded **Federation Metadata XML** and appropriate copied URLs from Azure portal to [KPMG Leasing Tool support team](mailto:[email protected]). They set this setting to have the SAML SSO connection set properly on both sides.
111+
112+
### Create KPMG Leasing Tool test user
113+
114+
In this section, you create a user called Britta Simon in KPMG Leasing Tool. Work with [KPMG Leasing Tool support team](mailto:[email protected]) to add the users in the KPMG Leasing Tool platform. Users must be created and activated before you use single sign-on.
115+
116+
## Test SSO
117+
118+
In this section, you test your Azure AD single sign-on configuration with following options.
119+
120+
* Click on Test this application in Azure portal and you should be automatically signed in to the KPMG Leasing Tool for which you set up the SSO.
121+
122+
* You can use Microsoft My Apps. When you click the KPMG Leasing Tool tile in the My Apps, you should be automatically signed in to the KPMG Leasing Tool for which you set up the SSO. For more information about the My Apps, see [Introduction to the My Apps](../user-help/my-apps-portal-end-user-access.md).
123+
124+
## Next steps
125+
126+
Once you configure KPMG Leasing Tool you can enforce session control, which protects exfiltration and infiltration of your organization’s sensitive data in real time. Session control extends from Conditional Access. [Learn how to enforce session control with Microsoft Cloud App Security](/cloud-app-security/proxy-deployment-aad).

0 commit comments

Comments
 (0)