SaaS Security
Create a Plugin Access Control Policy
Table of Contents
Expand All
|
Collapse All
SaaS Security Docs
-
-
- Begin Scanning an Amazon S3 App
- 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 a Microsoft Teams App
- Begin Scanning Office 365 Apps
- 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
- Perform Actions on Sanctioned Apps
- API Throttling
- Configure Classification Labels
- Microsoft Labeling for Office 365
- Google Drive Labeling
- Configure Phishing Analysis
- Configure WildFire Analysis
- Fine-Tune Policy
-
- What is an Incident?
- 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
- Modify Incident Status
- Email Asset Owners
- Generate Reports on Data Security
- Integrate CIE with Data Security
- Search in Data Security
-
-
- View Usage Data for Unsanctioned SaaS Apps
- SaaS Visibility Application Attributes
- How SaaS Security Inline Determines an App's Risk Score
- Identify Risky Unsanctioned SaaS Apps and Users
- Generate the SaaS Security Report
- Filter Unsanctioned SaaS Apps
-
- SaaS Policy Rule Recommendations
- App-ID Cloud Engine
- Guidelines for SaaS Policy Rule Recommendations
- Apply Predefined SaaS Policy Rule Recommendations
- Create SaaS Policy Rule Recommendations
- Enable SaaS Policy Rule Recommendations
- Monitor SaaS Policy Rule Recommendations
- Delete SaaS Policy Rule Recommendations
- Modify Active SaaS Policy Rule Recommendations
- Manage Enforcement of Rule Recommendations on Strata Cloud Manager
- Manage Enforcement of Rule Recommendations on Panorama
- Tag Discovered SaaS Apps
- Apply Tag Recommendations to Sanctioned Apps
- Change Risk Score for Discovered SaaS Apps
- Troubleshoot Issues on SaaS Security Inline
-
-
- 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 Bito AI 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 Claude App to SSPM
- Onboard a ClickUp App to SSPM
- Onboard a Codeium App to SSPM
- Onboard a Cody 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 a Dropbox Business 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 GitHub Enterprise 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 a Hugging Face 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 Krisp App to SSPM
- Onboard a Kustomer App to SSPM
- Onboard a Lokalise App to SSPM
- Onboard a Microsoft 365 Copilot App to SSPM
- Onboard a Microsoft Azure AD App to SSPM
- Onboard a Microsoft Exchange App to SSPM
- Onboard a Microsoft OneDrive App to SSPM
- Onboard a Microsoft Outlook App to SSPM
- Onboard a Microsoft Power BI App to SSPM
- Onboard a Microsoft SharePoint App to SSPM
- Onboard a Microsoft Teams 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 a Notta App to SSPM
- Onboard an Office 365 App to SSPM
- Onboard Office 365 Productivity Apps to SSPM
- Onboard an Okta App to SSPM
- Onboard an OpenAI App to SSPM
- Onboard a PagerDuty App to SSPM
- Onboard a Perplexity App to SSPM
- Onboard a Qodo 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 Tabnine App to SSPM
- Onboard a Webex App to SSPM
- Onboard a Weights & Biases 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
-
-
-
- New Features Introduced in December 2024
- New Features Introduced in November 2024
- New Features Introduced in October 2024
- New Features Introduced in August 2024
- New Features Introduced in July 2024
- New Features Introduced in June 2024
- New Features Introduced in May 2024
- New Features Introduced in April 2024
- New Features Introduced in March 2024
- New Features Introduced in January 2024
-
- New Features Introduced in November 2023
- New Features Introduced in October 2023
- New Features Introduced in September 2023
- New Features Introduced in August 2023
- New Features Introduced in July 2023
- New Features Introduced in June 2023
- New Features Introduced in May 2023
- New Features Introduced in April 2023
- New Features Introduced in March 2023
- New Features Introduced in January 2023
-
- New Features Introduced in December 2021
- New Features Introduced in October 2021
- New Features Introduced in September 2021
- New Features Introduced in August 2021
- New Features Introduced in July 2021
- New Features Introduced in June 2021
- New Features Introduced in May 2021
- New Features Introduced in March 2021
- New Features Introduced in January 2021
Create a Plugin Access Control Policy
Create Plugin Access Control policy rules to take action when users install
third-party plugins that you don’t want to allow in your environment.
Create Plugin Access Control policy rules to take action when users install
third-party plugins that you don’t 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. SSPM periodically scans
marketplace apps for certain plugins and automatically takes action on your behalf
when you create a Plugin Access Control policy rule. 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.
- Log in to Strata Cloud Manager.
- Select ManageConfigurationSaaS SecurityPosture SecuritySecurity ConfigurationPolicies.
- 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 policy rules on the Policies tab of the Security Configurations page. For this reason, specify a meaningful name that will be distinguishable from the other policy rules 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 don’t 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 permission level 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 isn’t available, you can instead log in to the marketplace app's administration console, and follow its documentation to remove the plugin.
- Ticket: If you're using the Jira or ServiceNow issue tracking system to manage your team's tasks, SSPM can create a ticket 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, SSPM enables the policy rule by default, 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 don’t want to enable the policy at this time, position the Enable Policy toggle to the off position.When you're 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.