Create a Plugin Access Control Policy
Table of Contents
Expand all | Collapse all
-
-
- Allowed List of IP Addresses
-
- Begin Scanning a Bitbucket App
- Begin Scanning a Box App
- Begin Scanning ChatGPT Enterprise App
- Begin Scanning a Cisco Webex Teams App
- Begin Scanning a Confluence App
- Begin Scanning a Confluence Data Center App
- Begin Scanning a Dropbox App
- Begin Scanning a GitHub App
- Begin Scanning a Gmail App
- Begin Scanning a Google Cloud Storage App
- Begin Scanning a Google Drive App
- Begin Scanning a Jira App
- Begin Scanning a Jira Data Center App
- Begin Scanning a Microsoft Azure Storage App
- Begin Scanning a Microsoft Exchange App
- Begin Scanning Office 365 Apps
- Begin Scanning a Microsoft Teams App
- Begin Scanning a Salesforce App
- Begin Scanning a ServiceNow App
- Begin Scanning a ShareFile App
- Begin Scanning a Slack Enterprise App
- Begin Scanning a Slack for Pro and Business App
- Begin Scanning a Workday App
- Begin Scanning a Zendesk App
- Begin Scanning a Zoom App
- Reauthenticate to a Cloud App
- Verify Permissions on Cloud Apps
- Start Scanning a Cloud App
- Rescan a Managed Cloud App
- Delete Cloud Apps Managed by Data Security
- API Throttling
- Configure Classification Labels
- Microsoft Labeling for Office 365
- Google Drive Labeling
- Configure Phishing Analysis
- Configure WildFire Analysis
-
-
-
- What is an Incident?
- Assess New Incidents on Data Security
- Filter Incidents
- Configure Slack Notification Alerts on Data Security
- Security Controls Incident Details
- Track Down Threats with WildFire Report
- Customize the Incident Categories
- Close Incidents
- Download Assets for Incidents
- View Asset Snippets for Incidents
- Analyze Inherited Exposure
- Email Asset Owners
- Modify Incident Status
-
-
-
- What’s SaaS Security Inline?
- Navigate To SaaS Security Inline
- SaaS Visibility for NGFW
- SaaS Visibility and Controls for NGFW
- SaaS Visibility for Prisma Access
- SaaS Visibility and Controls for Panorama Managed Prisma Access
- SaaS Visibility and Controls for Cloud Managed Prisma Access
- Activate SaaS Security Inline for NGFW
- Activate SaaS Security Inline for VM-Series Firewalls with Software NGFW Credits
- Activate SaaS Security Inline for Prisma Access
- Connect SaaS Security Inline and Strata Logging Service
- Integrate with Azure Active Directory
-
-
- SaaS Policy Rule Recommendations
- App-ID Cloud Engine
- Guidelines for SaaS Policy Rule Recommendations
- Predefined SaaS Policy Rule Recommendations
- Apply Predefined SaaS Policy Rule Recommendations
- Create SaaS Policy Rule Recommendations
- Delete SaaS Policy Rule Recommendations
- Enable SaaS Policy Rule Recommendations
- Modify Active SaaS Policy Rule Recommendations
- Monitor SaaS Policy Rule Recommendations
-
- Enable Automatic Updates for SaaS Policy Rule Recommendations on Cloud Managed Prisma Access
- Import New SaaS Policy Rule Recommendations on Cloud Managed Prisma Access
- Update Imported SaaS Policy Rule Recommendations on Cloud Managed Prisma Access
- Remove Deleted SaaS Policy Rule Recommendations on Cloud Managed Prisma Access
- Manage Enforcement of Rule Recommendations on NGFW
- Manage Enforcement of Rule Recommendations on Panorama Managed Prisma Access
- Change Risk Score for Discovered SaaS Apps
-
-
-
-
- Onboarding Overview for Supported SaaS Apps
- Onboard an Aha.io App to SSPM
- Onboard an Alteryx Designer Cloud App to SSPM
- Onboard an Aptible App to SSPM
- Onboard an ArcGIS App to SSPM
- Onboard an Articulate Global App to SSPM
- Onboard an Atlassian App to SSPM
- Onboard a BambooHR App to SSPM
- Onboard a Basecamp App to SSPM
- Onboard a Bitbucket App to SSPM
- Onboard a BlueJeans App to SSPM
- Onboard a Box App to SSPM
- Onboard a Bright Security App to SSPM
- Onboard a Celonis App to SSPM
- Onboard a Cisco Meraki App to SSPM
- Onboard a ClickUp App to SSPM
- Onboard a Confluence App to SSPM
- Onboard a Contentful App to SSPM
- Onboard a Convo App to SSPM
- Onboard a Couchbase App to SSPM
- Onboard a Coveo App to SSPM
- Onboard a Crowdin Enterprise App to SSPM
- Onboard a Customer.io App to SSPM
- Onboard a Databricks App to SSPM
- Onboard a Datadog App to SSPM
- Onboard a DocHub App to SSPM
- Onboard a DocuSign App to SSPM
- Onboard an Envoy App to SSPM
- Onboard an Expiration Reminder App to SSPM
- Onboard a Gainsight PX App to SSPM
- Onboard a GitLab App to SSPM
- Onboard a Google Analytics App to SSPM
- Onboard a Google Workspace App to SSPM
- Onboard a GoTo Meeting App to SSPM
- Onboard a Grammarly App to SSPM
- Onboard a Harness App to SSPM
- Onboard a Hellonext App to SSPM
- Onboard an IDrive App to SSPM
- Onboard an Intercom App to SSPM
- Onboard a Jira App to SSPM
- Onboard a Kanbanize App to SSPM
- Onboard a Kanban Tool App to SSPM
- Onboard a Kustomer App to SSPM
- Onboard a Lokalise App to SSPM
- Onboard a Microsoft Azure AD App to SSPM
- Onboard a Microsoft Outlook App to SSPM
- Onboard a Microsoft Power BI App to SSPM
- Onboard a Miro App to SSPM
- Onboard a monday.com App to SSPM
- Onboard a MongoDB Atlas App to SSPM
- Onboard a MuleSoft App to SSPM
- Onboard a Mural App to SSPM
- Onboard an Office 365 App to SSPM
- Onboard an Okta App to SSPM
- Onboard a PagerDuty App to SSPM
- Onboard a RingCentral App to SSPM
- Onboard a Salesforce App to SSPM
- Onboard an SAP Ariba App to SSPM
- Onboard a ServiceNow App to SSPM
- Onboard a Slack Enterprise App to SSPM
- Onboard a Snowflake App to SSPM
- Onboard a SparkPost App to SSPM
- Onboard a Tableau Cloud App to SSPM
- Onboard a Webex App to SSPM
- Onboard a Workday App to SSPM
- Onboard a Wrike App to SSPM
- Onboard a YouTrack App to SSPM
- Onboard a Zendesk App to SSPM
- Onboard a Zoom App to SSPM
- Onboarding an App Using Azure AD Credentials
- Onboarding an App Using Okta Credentials
- Register an Azure AD Client Application
- View the Health Status of Application Scans
- Delete SaaS Apps Managed by SSPM
Create a Plugin Access Control Policy
Create Plugin Access Control policies to take action when users install third-party
plugins that you do not want to allow in your environment.
Create Plugin Access Control policies to take action when users install third-party
plugins that you do not want to allow in your environment. Although you can revoke
access to a plugin from the 3rd Party Plugins page, that does not prevent a user
from subsequently installing the same plugin. By creating a Plugin Access Control
policy, SSPM will periodically scan marketplace apps for certain plugins and will
automatically take action on your behalf. Depending on the marketplace app, SSPM
might be able to automatically revoke access. If not, SSPM can notify you in the
following ways so you can revoke access to the plugin.
- SSPM can create a task in an issue tracking system.
- SSPM can send an email notification to the user who created the policy.
- SSPM can, by using an incoming webhook, send notifications to a channel in Slack or Microsoft Teams.
After SSPM notifies you that a plugin is installed, you can then take action to
remove the plugin from your environment.
In addition to creating these polices to take action when
users install third-party plugins, you can create Application Settings policies to scan specified
application settings to detect misconfigured settings.
- To navigate to the Security Configurations view, select SSPMSecurity Configurations.Select the Policies tab.Add Policy Plugin Access Control Policy.A Policy Creation page for a plugin access control policy opens.On the Basic Information tab, specify the following information about your policy:
- The Name of the policy. This name will appear in the list of policies on the Policies tab of the Security Configurations page. For this reason, specify a meaningful name that will be distinguishable from the other policies in the list.
- A Description of the policy. After you create the policy, this description will appear on the details page for the policy. Describe the purpose of the policy for administrators who might be viewing the policy later.
Go to the Next tab of the Policy Creation page to identify the plugins to be affected by the policy.On the Plugins tab, select one or more of the third-party plugins in the table.These are the third-party plugins that you do not want to allow in your environment. When the policy is enabled, SSPM will scan the marketplace apps at regular intervals to determine if the selected third-party plugins are installed.To identify high-risk plugins, examine the information in the Severity and Risk columns of the table. The Severity is based on the marketplace app's scopes that were granted to the third-party plugin. The greater the access to the marketplace app's data and actions, the higher the Severity. The Risk column shows the application's risk score. The risk score is between 1 (low risk) and 5 (high risk) and is calculated from over 55 application attributes including compliance attributes, security and privacy attributes, identity access management attributes, and, if applicable, GenAI attributes.To help you locate the third-party plugins you want to add to the policy, you can Add Filter to the table. You can filter the table by third-party plugin attributes such as the application name, marketplace, and severity.Go to the Next tab of the Policy Creation page to configure the policy actions.On the Policy Actions tab, select one or more actions.These are the actions that you want SSPM to take when it detects a third-party plugin identified in the policy. The action will apply to all selected third-party plugins for a particular marketplace. Depending on the marketplace app and other factors, the following actions are available:- Revoke / Block: Depending on the level of permission that SSPM has to the marketplace app, and on the capabilities that the marketplace app's API provides, SSPM can automatically revoke user access to the plugin. The Policy Actions page indicates whether this action is available for the marketplace. If the Revoke / Block action is not available, you can instead log in to the marketplace app's administration console, and follow its documentation to remove the plugin.
- Ticket: If you are using the Jira or ServiceNow issue tracking system to manage your team's tasks, SSPM can create a tickets in the issue tracking system about the plugins that need to have their access revoked. Based on the information in the ticket, you can revoke user access to the plugin. You can revoke access to the plugin either from the 3rd Party Plugins page (if supported by the marketplace app), or from the marketplace app's administration console. To configure SSPM for ticket creation, you must have linked SSPM to a Jira or ServiceNow instance. From the Configure Ticketing area, you can select the issue tracking system and specify information such as the type and instance of the issue tracking system, and the type of ticket to create.
- Notify: SSPM can send information about the plugins that need to have their access revoked to an email address. If you have configured webhooks in SSPM to send notifications to a channel in Slack or Microsoft Teams, SSPM can also send notifications to one of those webhooks. Based on the information in the notification, you can revoke user access to the plugin. You can revoke access to the plugin either from the 3rd Party Plugins page (if supported by the marketplace app), or from the marketplace app's administration console. SSPM sends the email notifications to the email address of the user who created the plugin access control policy. SSPM sends webhook notifications to the webhook you select in the Configure Notification area.
Go to the Next tab of the Policy Creation page to view a summary of the policy.Review the information on the Summary page to verify that the information is correct. If necessary, you can Edit the information.By default, the policy is enabled, which means the SSPM will scan the marketplace apps at regular intervals to determine if any of the third-party plugins that you identified are installed. If any are installed, SSPM will perform the actions you specified. If you do not want to enable the policy at this time, position the Enable Policy toggle to the off position.When you are sure that this is the policy that you want to create, Save the policy.After you have reviewed the information on the Summary page and are sure that this is the policy that you want to create, Save the policy.