Authenticate playbooks to Microsoft Sentinel
Azure Sentinel is now called Microsoft Sentinel, and we’ll be updating these pages in the coming weeks. Learn more about recent Microsoft security enhancements.
The way Logic Apps works, it has to connect separately and authenticate independently to every resource of every type that it interacts with, including to Microsoft Sentinel itself. Logic Apps uses specialized connectors for this purpose, with each resource type having its own connector. This document explains the types of connection and authentication in the Logic Apps Microsoft Sentinel connector, that playbooks can use to interact with Microsoft Sentinel in order to have access to the information in your workspace's tables.
This document, along with our guide to using triggers and actions in playbooks, is a companion to our other playbook documentation - Tutorial: Use playbooks with automation rules in Microsoft Sentinel.
For an introduction to playbooks, see Automate threat response with playbooks in Microsoft Sentinel.
For the complete specification of the Microsoft Sentinel connector, see the Logic Apps connector documentation.
The Microsoft Sentinel connector in Logic Apps, and its component triggers and actions, can operate on behalf of any identity that has the necessary permissions (read and/or write) on the relevant workspace. The connector supports multiple identity types:
|Roles / Connector components||Triggers||"Get" actions||Update incident,
add a comment
|Microsoft Sentinel Reader||✓||✓||✗|
|Microsoft Sentinel Responder/Contributor||✓||✓||✓|
Authenticate with managed identity
This authentication method allows you to give permissions directly to the playbook (a Logic App workflow resource), so that Microsoft Sentinel connector actions taken by the playbook will operate on the playbook's behalf, as if it were an independent object with its own permissions on Microsoft Sentinel. Using this method lowers the number of identities you have to manage.
To give a managed identity access to other resources (like your Microsoft Sentinel workspace), your signed-in user must have a role with permissions to write role assignments, such as Owner or User Access Administrator of the Microsoft Sentinel workspace.
To authenticate with managed identity:
Enable managed identity on the Logic Apps workflow resource. To summarize:
On the logic app menu, under Settings, select Identity. Select System assigned > On > Save. When Azure prompts you to confirm, select Yes.
Your logic app can now use the system-assigned identity, which is registered with Azure AD and is represented by an object ID.
Give that identity access to the Microsoft Sentinel workspace:
From the Microsoft Sentinel menu, select Settings.
Select the Workspace settings tab. From the workspace menu, select Access control (IAM).
From the button bar at the top, select Add and choose Add role assignment. If the Add role assignment option is disabled, you don't have permissions to assign roles.
In the new panel that appears, assign the appropriate role:
Role Situation Microsoft Sentinel Responder Playbook has steps which update incidents or watchlists Microsoft Sentinel Reader Playbook only receives incidents
Learn more about the available roles in Microsoft Sentinel.
Under Assign access to, choose Logic App.
Choose the subscription the playbook belongs to, and select the playbook name.
Enable the managed identity authentication method in the Microsoft Sentinel Logic Apps connector:
In the Logic Apps designer, add a Microsoft Sentinel Logic Apps connector step. If the connector is already enabled for an existing connection, click the Change connection link.
In the resulting list of connections, select Add new at the bottom.
Create a new connection by selecting Connect with managed identity (preview).
Fill in a name for this connection, select System-assigned managed identity and select Create.
Authenticate as an Azure AD user
To make a connection, select Sign in. You will be prompted to provide your account information. Once you have done so, follow the remaining instructions on the screen to create a connection.
Authenticate as a service principal (Azure AD application)
Service principals can be created by registering an Azure AD application. It is preferable to use a registered application as the connector's identity, instead of using a user account, as you will be better able to control permissions, manage credentials, and enable certain limitations on the use of the connector.
To use your own application with the Microsoft Sentinel connector, perform the following steps:
Register the application with Azure AD and create a service principal. Learn how.
Get credentials (for future authentication).
In the registered application blade, get the application credentials for signing in:
- Client ID: under Overview
- Client secret: under Certificates & secrets.
Grant permissions to the Microsoft Sentinel workspace.
In this step, the app will get permission to work with Microsoft Sentinel workspace.
In the Microsoft Sentinel workspace, go to Settings -> Workspace Settings -> Access control (IAM)
Select Add role assignment.
Select the role you wish to assign to the application. For example, to allow the application to perform actions that will make changes in the Sentinel workspace, like updating an incident, select the Microsoft Sentinel Contributor role. For actions which only read data, the Microsoft Sentinel Reader role is sufficient. Learn more about the available roles in Microsoft Sentinel.
Find the required application and save. By default, Azure AD applications aren't displayed in the available options. To find your application, search for the name and select it.
In this step we use the app credentials to authenticate to the Sentinel connector in Logic Apps.
Select Connect with Service Principal.
Fill in the required parameters (can be found in the registered application blade)
- Tenant: under Overview
- Client ID: under Overview
- Client Secret: under Certificates & secrets
Manage your API connections
Every time an authentication is created for the first time, a new Azure resource of type API Connection is created. The same API connection can be used in all the Microsoft Sentinel actions and triggers in the same Resource Group.
All the API connections can be found in the API connections blade (search for API connections in the Azure portal).
You can also find them by going to the Resources blade and filtering the display by type API Connection. This way allows you to select multiple connections for bulk operations.
In order to change the authorization of an existing connection, enter the connection resource, and select Edit API connection.
In this article, you learned about the different methods of authenticating a Logic Apps-based playbook to Microsoft Sentinel.
- Learn more about how to use triggers and actions in playbooks.
Submit and view feedback for