> For the complete documentation index, see [llms.txt](https://cortex-docs.paloaltonetworks.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cortex-docs.paloaltonetworks.com/cortex-cloud-runtime-security/cortex-cloud-data-sources-and-connectors/vendor-specific-data-sources/salesforce/ingest-and-run-salesforce-automation-and-remediation.md). # Salesforce connector Use Salesforce data in Cortex Cloud. Cortex Cloud provides three primary methods for connecting to your Salesforce instance. Your choice depends on whether you need to ingest security event logs for monitoring, use the guided wizard setup for integrated services, or deploy specific legacy content packs for niche workflows. ### Product availability and licensing Functional capabilities depend on your specific Salesforce and Cortex Cloud licensing: This connector includes the following capabilities and sub-capabilities (if applicable): * **Data Security:** Scan and protect Salesforce data including files, attachments, and records. This capability is available with any active Cortex XSIAM, Cortex Cloud Posture Security, Cortex Cloud Runtime Security, or Cortex Data Security license. * **Identity Posture:** Maintain visibility and control over Salesforce identities, including users, groups, roles, and granular permissions. This capability is available with any active Cortex XSIAM, Cortex Cloud Posture Security, Cortex Cloud Runtime Security, or Cortex Data Security license. * **Security Posture**: Requires the Cloud Posture Security product license to view configuration risks in Cortex Cloud. * **Saas-posture-config-remediation:** Help remediate the misconfigured security settings of your SaaS application. This sub-capability is available with any active Cortex XSIAM or Cortex Cloud Posture Security license. ### Supported capabilities and sub-capabilities Cortex Cloud can ingest identity metadata, login history, audit trails, and security monitoring events from Salesforce via capabilities to help you secure user identities, monitor for real-time threats, and automate issue response. To simplify setup, a wizard enables you to select specific capabilities based on your operational needs. The wizard then automatically identifies and provisions the underlying sub-capabilities required to support these capabilities. The following table outlines the capabilities currently available in the wizard.
CapabilityFunctionalityUse Cases
Data SecurityScan and protect Salesforce data including files, attachments, and records.
  • Sensitive data discovery: Identify PII, PCI, or PHI stored in Salesforce objects or Chatter messages to ensure compliance.
  • Malware prevention: Scan file uploads and attachments in real time to prevent malicious content from spreading within the CRM.
  • Exposure monitoring: Detect and alert on data shared with external collaborators or inadvertently made public.
Identity PostureMaintain visibility and control over SaaS-based identities, including users, groups, roles, and granular permissions.
Security PostureDetect, monitor, and alert on your cloud application settings.
  • Identifying misconfigurations
  • Security health monitoring
  • Compliance and risk visibility
{% hint style="warning" %} ### **Prerequisite** **Cortex Cloud tenant** * RBAC permissions: Requires View/Edit permissions for Log Collections, Data Sources, and Integrations (under **Configurations & Data Collections**). * Content packs: Ensure the Salesforce and Base content packs are installed or updated to the latest version. * Store credentials (optional): You can configure vault credentials to securely manage and reuse authentication data across multiple sub-capabilities under **Settings** → **Configurations** → **Integrations** → **Credentials**. * Gateway permissions: Requires Account Admin or Instance Administrator permissions for configuring egress settings in the Cortex Gateway to allow communication with your Salesforce Domain URL. **Salesforce environment** Salesforce requirements depend on the capabilities you use:
Security Posture capability prerequisites Requires the following permissions enabled in Salesforce: * API Enabled * Enable Chatter * Modify All Data * Query All Files * View All Users, Manage Users, and Monitor Login History: These can be added by creating/modifying a Permission Set or enabling them via the user's Profile.

Note

Manage Users is only required if User Sharing is not enabled.

* (Optional) Ensure the region-specific IP addresses are added to the allowed list on your NGFW or Prisma Access tenant.
Automation and Remediation capability prerequisites Requires the Full System Admin permission enabled in Salesforce.
{% endhint %} ### How to configure the Salesforce connector Perform the following procedures in the order that they appear, below. #### Task 1. Configure the Salesforce external client app Salesforce is deprecating "Connected Apps"; it is recommended to use an **external client app**. 1. In Salesforce, on the **Setup** page, search for **App Manager** and click **New External Client App**. 2. Provide a name (such as `panw_cortex_integration`), and your email address (used to retrieve the **Consumer Key** and **Consumer Secret**). 3. Under **API (enable OAuth settings)**, select **Enable OAuth**. 4. Enter the following **Callback URLs** on separate lines (replacing `{tenant external URL}` with your tenant name): * `https://{your-salesforce-domain}.my.salesforce.com/services/oauth2/callback` * `https://{tenant external URL}.paloaltonetworks.com/configuration/data-sources`

Note

Do not use the generic login.salesforce.com address if your organization uses a custom Salesforce domain or a sandbox. You must replace {your-salesforce-domain} with your specific Salesforce instance name (for example, acme-inc.my.salesforce.com) to ensure proper authentication redirection.

5. Select these **OAuth Scopes**: * `Access and manage your Chatter data (chatter_api)` * `Manage user data via APIs (api)` * `Perform requests at any time (refresh_token, offline_access)` 6. Enable only these checkboxes after **OAuth Scopes: Require Secret for Web Server Flow**, **Require Secret for Refresh Token Flow**, and **Enable Client Credentials Flow**. For more information, see [Salesforce Client Credentials Flow](https://help.salesforce.com/s/articleView?id=xcloud.remoteaccess_oauth_client_credentials_flow.htm\&type=5). 7. Click **Save**, then **Continue**. #### Task 2. Retrieve credentials from Salesforce **Consumer Key** will be used for `client_id`, and **Consumer Secret** will be used for `client_secret` in OAuth 2.0. 1. On the **Setup** page, search for **External Client App Manager**. 2. Find your application (the one that you defined for Cortex Cloud), click the arrow button in the last column, and select **Edit Settings**. 3. In the **OAuth Settings** area, click **Consumer Key and Secret**. 4. Go back to the Salesforce **Verify Your Identity** page, paste the code received via email in the `Verification Code` box, and click **Verify**. One of the following will happen: * The **Consumer Key** and **Consumer Secret** will be sent to the email address that you configured earlier for the Cortex Cloud External Client App. * On the Salesforce **External Client App Name** page, the **Consumer Details** area will display the **Consumer Key** and **Consumer Secret**, and you will be able to copy them from here when required in the following procedures. #### Task 3. Configure the refresh token expiration policy in Salesforce 1. On the **Setup** page, search for **External Client App Manager**. 2. Find your application (the one that you defined for Cortex Cloud), click the arrow button in the last column, and select **Edit Policies**. 3. In the **OAuth Policies** area: * Under **Plugin Policies - Permitted Users**, select **All users can self-authorize**. * Set the refresh token policy to **Expire refresh token if not used for specific time** (recommended). For example, select this option and set it for 7 days. #### Task 4. Configure OAuth 2.0 authentication for Salesforce Configure the OAuth 2.0 application to call the Salesforce.com API with one of the following flows: * Client credentials flow: For more information, see [Configure an External Client App OAuth 2.0 Client Credentials Flow](https://help.salesforce.com/s/articleView?id=xcloud.remoteaccess_oauth_client_credentials_flow.htm\&type=5). * Web server flow: For more information, see [OAuth 2.0 Web Server Flow](https://help.salesforce.com/s/articleView?id=xcloud.remoteaccess_oauth_web_server_flow.htm\&language=en_US\&type=5). #### Task 5. Configure egress in Cortex Gateway An Account Admin or Instance Administrator must configure egress settings in the Cortex Gateway to allow communication with your Salesforce Domain URL. For more information, see [Egress Configurations](/gateway-guide/egress-configurations.md). 1. Log in to the Cortex Gateway with Account Admin or Instance Administrator permissions and click **Permission Management**. 2. From the side menu, select **Egress Configurations**. 3. In the **TENANT** dropdown, select the tenant where you are configuring the Salesforce integration. 4. Click **+Path** to initiate a new path request. 5. In the **New Path** dialog box, configure the following: * **Requester**: In the dropdown, select the requester from the list of users. * **Flow**: In the dropdown, select the appropriate data service option for a generic webhook/host out (or Salesforce if it is explicitly listed). * **Path**: Enter the domain name or host of your Salesforce instance (for example, your-company.my.salesforce.com).

Note

Do not include https:// or trailing slashes.

6. Click **Add** to create the path. Once the status of the path shows as **Approved** in the **Egress Configuration** table, Cortex Cloud can successfully authenticate and execute commands against your Salesforce environment. #### Task 6. Configure Cortex Cloud 1. In Cortex Cloud, navigate to **Settings** → **Data Sources & Integrations**. 2. Click **+ Add new**. 3. In the **Add Data Source** page, search for Salesforce. 4. Under **Recommended**, hover over the new Salesforce integration and click **Add Instance** to launch the Salesforce wizard.\ The new Salesforce connector has the description: Salesforce CRM services for identity management, automation, remediation and SaaS Posture Security. 5. Set up your Salesforce instance by following the wizard steps in the following tabs.
Capabilities tab Configure the following. 1. **Instance name**: Enter a unique name for your instance. 2. **Select capabilities**: Choose the required instance functionality: * **Data Security**: Scan and protect Salesforce data including files, attachments, and records.

Note

To select this capability, you must first select the Identity Posture capability.

* **Security Posture**: Detect, monitor and alert on settings of your SaaS application. It includes a sub-capability to remediate misconfigured security settings. * **Identity Posture**: Maintain visibility and control over SaaS-based identities, including users, groups, roles, and granular permissions. 3. Click Next.
Connection tab Enter credentials to securely authorize the connection. 1. **Domain URL**: Copy the URL from your browser's address bar while logged into Salesforce and paste it into this field. This must be identical to the domain URL defined in the Cortex Gateway egress configuration in the **Path** field as explained in Task 5. If you did not configure egress in Cortex Gateway, you will get an error during verification. You can continue with instance configuration without verifying and set up egress at a later point. 2. Click **Apply**. {% hint style="warning" %} ### **Important** You cannot proceed with the authentication configuration until you provide a domain URL and click **Apply**. When you click **Apply**, the instance is connected to a unique URL in Salesforce, and it cannot be changed. To change it, you need to exit the wizard and start over. {% endhint %} 3. Select **Recommended** or **Advanced**. * **Recommended** applies he suggested authentication method for all capabilities. * **Advanced** enables configuring unique credentials for each capability individually. 4. Authenticate using the **OAuth 2.0 Web Server Flow** or **OAuth 2.0 Client Credentials**. * For more information about the web server flow, see [OAuth 2.0 Web Server Flow](https://help.salesforce.com/s/articleView?id=xcloud.remoteaccess_oauth_web_server_flow.htm\&language=en_US\&type=5). * For more information about the client credentials flow, see [Configure an External Client App OAuth 2.0 Client Credentials Flow](https://help.salesforce.com/s/articleView?id=xcloud.remoteaccess_oauth_client_credentials_flow.htm\&type=5). 5. Click **Done** for each authentication method.
Configuration tab Configure the following under **Security Posture**: * **Sync Interval**: Defines how often the system checks your cloud environment for security risks, misconfigurations, and compliance updates. More frequent syncs may impact API rate limits. The default is every 15 minutes. * **Application Tag**: Assigns a category to your cloud resources based on their operational purpose. This helps you filter security alerts and apply different compliance policies to specific environments. The default is None.
Summary tab A confirmation is displayed that your Salesforce instance is successfully connected and a real-time status of the security capabilities activated (if relevant). Once you confirm the summary details, click **Create instance**.
#### **Task 7. (Optional) Edit or test existing Salesforce instance settings** You can edit and test an existing instance after a successful initial connection between Salesforce and Cortex Cloud. Do this by clicking **Test**. {% hint style="warning" %} **Important** If a “connected application” for Cortex Cloud data collection already exists, you are not required to migrate to an “External Client App”, but since Connected Applications are deprecated by Salesforce, it is recommended to migrate. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://cortex-docs.paloaltonetworks.com/cortex-cloud-runtime-security/cortex-cloud-data-sources-and-connectors/vendor-specific-data-sources/salesforce/ingest-and-run-salesforce-automation-and-remediation.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.