AWS Security Hub
Table of Contents
Expand all | Collapse all
-
- Getting started
- System Requirements
- Cluster Context
-
- Prisma Cloud Container Images
- Kubernetes
- Deploy the Prisma Cloud Console on Amazon ECS
- Console on Fargate
- Onebox
- Alibaba Cloud Container Service for Kubernetes (ACK)
- Azure Container Service (ACS) with Kubernetes
- Azure Kubernetes Service (AKS)
- Amazon Elastic Kubernetes Service (EKS)
- IBM Kubernetes Service (IKS)
- OpenShift v4
-
- Defender Types
- Manage your Defenders
- Redeploy Defenders
- Uninstall Defenders
-
- Deploy Orchestrator Defenders on Amazon ECS
- Automatically Install Container Defender in a Cluster
- Deploy Prisma Cloud Defender from the GCP Marketplace
- Deploy Defenders as DaemonSets
- VMware Tanzu Application Service (TAS) Defender
- Deploy Defender on Google Kubernetes Engine (GKE)
- Google Kubernetes Engine (GKE) Autopilot
- Deploy Defender on OpenShift v4
-
- Agentless Scanning Modes
-
- Onboard AWS Accounts for Agentless Scanning
- Onboard Azure Accounts for Agentless Scanning
- Configure Agentless Scanning for Azure
- Onboard GCP Accounts for Agentless Scanning
- Configure Agentless Scanning for GCP
- Onboard Oracle Cloud Infrastructure (OCI) Accounts for Agentless Scanning
- Configure Agentless Scanning for Oracle Cloud Infrastructure (OCI)
- Agentless Scanning Results
-
- Rule ordering and pattern matching
- Backup and Restore
- Custom feeds
- Configuring Prisma Cloud proxy settings
- Prisma Cloud Compute certificates
- Configure scanning
- User certificate validity period
- Enable HTTP access to Console
- Set different paths for Defender and Console (with DaemonSets)
- Authenticate to Console with Certificates
- Configure custom certs from a predefined directory
- Customize terminal output
- Collections
- Tags
- Logon settings
- Reconfigure Prisma Cloud
- Subject Alternative Names
- WildFire Settings
- Log Scrubbing
- Clustered-DB
- Permissions by feature
-
- Logging into Prisma Cloud
- Integrating with an IdP
- Integrate with Active Directory
- Integrate with OpenLDAP
- Integrate Prisma Cloud with Open ID Connect
- Integrate with Okta via SAML 2.0 federation
- Integrate Google G Suite via SAML 2.0 federation
- Integrate with Azure Active Directory via SAML 2.0 federation
- Integrate with PingFederate via SAML 2.0 federation
- Integrate with Windows Server 2016 & 2012r2 Active Directory Federation Services (ADFS) via SAML 2.0 federation
- Integrate Prisma Cloud with GitHub
- Integrate Prisma Cloud with OpenShift
- Non-default UPN suffixes
- Compute user roles
- Assign roles
-
- Prisma Cloud Vulnerability Feed
- Scanning Procedure
- Vulnerability Management Policies
- Vulnerability Scan Reports
- Scan Images for Custom Vulnerabilities
- Base images
- Vulnerability Explorer
- CVSS scoring
- CVE Viewer
-
- Configure Registry Scans
- Scan Images in Alibaba Cloud Container Registry
- Scan Images in Amazon Elastic Container Registry (ECR)
- Scan images in Azure Container Registry (ACR)
- Scan Images in Docker Registry v2 (including Docker Hub)
- Scan Images in GitLab Container Registry
- Scan images in Google Artifact Registry
- Scan Images in Google Container Registry (GCR)
- Scan Images in Harbor Registry
- Scan Images in IBM Cloud Container Registry
- Scan Images in JFrog Artifactory Docker Registry
- Scan Images in Sonatype Nexus Registry
- Scan images in OpenShift integrated Docker registry
- Scan Images in CoreOS Quay Registry
- Trigger Registry Scans with Webhooks
- Configure VM image scanning
- Configure code repository scanning
- Malware scanning
- Windows container image scanning
- Serverless Functions Scanning
- VMware Tanzu Blobstore Scanning
- Scan App-Embedded workloads
- Troubleshoot Vulnerability Detection
-
- Compliance Explorer
- Enforce compliance checks
- CIS Benchmarks
- Prisma Cloud Labs compliance checks
- Serverless functions compliance checks
- Windows compliance checks
- DISA STIG compliance checks
- Custom compliance checks
- Trusted images
- Host scanning
- VM image scanning
- App-Embedded scanning
- Detect secrets
- OSS license management
-
- Alert Mechanism
- AWS Security Hub
- Cortex XDR alerts
- Cortex XSOAR alerts
- Email alerts
- Google Cloud Pub/Sub
- Google Cloud Security Command Center
- IBM Cloud Security Advisor
- JIRA Alerts
- PagerDuty alerts
- ServiceNow alerts for Security Incident Response
- ServiceNow alerts for Vulnerability Response
- Slack Alerts
- Splunk Alerts
- Webhook alerts
- API
AWS Security Hub
AWS Security Hub aggregates, organizes, and prioritizes security alerts from multiple AWS services and AWS Partner Network solutions, including Prisma Cloud, to give you a comprehensive view of security across your environment.
Permissions
The minimum required permissions policy to integrate Prisma Cloud with AWS Security Hub is
AWSSecurityHubFullAccess
.
Whether using IAM users, groups, or roles, be sure the entity Prisma Cloud uses to access AWS Security Hub has this minimum permissions policy.This procedure shows you how to set up integration with an IAM user (configured as a service account).
In AWS IAM, create a service account that has the
AWSSecurityHubFullAccess
permissions policy.
You will need the service account’s access key ID and secret access key to integrate with Prisma Cloud.Enabling AWS Security Hub
- Log into your AWS tenant and enterSecurity Hubin theFind servicessearch, then selectSecurity Hub.
- ClickEnable Security Hub.
- Enable the Prisma Cloud integration.
- Choose Integrations from the Security Hub menu.
- Accept findings from Palo Alto Networks: Prisma Cloud Compute.Prisma Cloud integration with Security Hub fails for US Gov regions.
Configuring alert frequency
You can configure the rate at which alerts are emitted.
This is a global setting that controls the spamminess of the alert service.
Alerts received during the specified period are aggregated into a single alert.
For each alert profile, an alert is sent as soon as the first matching event is received.
All subsequent alerts are sent once per period.
- Open Console, and go toManage > Alerts.
- InGeneral settings, select the default frequency for all alerts.You can specifySecond,Minute,Hour,Day.
Sending alerts to Security Hub
Alert profiles specify which events should trigger the alert machinery, and to which channel alerts are sent.
You can send alerts to any combination of channels by creating multiple alert profiles.
Alert profiles consist of two parts:
(1) Alert settings — Who should get the alerts, and on what channel?
Configure Prisma Cloud to integrate with your messaging service and specify the people or places where alerts should be sent.
For example, configure the email channel and specify a list of all the email addresses where alerts should be sent.
Or for JIRA, configure the project where the issue should be created, along with the type of issue, priority, assignee, and so on.(2) Alert triggers — Which events should trigger an alert to be sent?
Specify which of the rules that make up your overall policy should trigger alerts.
If you use multi-factor authentication, you must create an exception or app-specific password to allow Console to authenticate to the service.
Create a new alert profile
- InManage > Alerts, clickAdd profile.
- Enter aProfile name.
- InProvider, selectAWS Security Hub.
- ClickNext.
Configure the triggers
- InSelect triggers, select the events that should trigger an alert to be sent.
- To specify specific rules that should trigger an alert, deselectAll rules, and then select any individual rules.
- ClickNext.
Configure the channel
After completing the steps in this procedure, you can use the AWS SQS integration configured in the Prisma platform to send compute workload alerts to AWS SQS.
- InRegion, select your region.
- Enter yourAccount ID, which can be found in the AWS Management Console underMy Account > Account Settings.
- Select or create credentials, which Prisma Cloud uses to integrate with AWS Security Hub.You can use an IAM user, IAM role, or AWS STS.
- ClickNext.
- Review theSummaryand test the configuration by selectingSend test alert.
- ClickSave.
Configure AWS SQS Integration
Add AWS SQS integration in the Prisma Platform.
- Create an AWS SQS queue.
- Go to PrismaSaaS > Settings > Integrations > Add Integration.
- SelectAmazon SQS.
- Enter theIntegration Name.
- Enter theQueue URLthat you copied from the AWS SQS queue.
- UnderMore Options, enter the credentials forIAM RoleorIAM Access Keys.
- Testto make sure that Prisma Cloud was successfully able to post a test message to your AWS SQS queue.
Create an alert profile for AWS SQS in Prisma Console
- Go toCompute > Manage > Alerts > Add profile.
- Enter the profileName.
- Select theProviderasPrisma Cloud.
- Select your AWS SQSIntegrationthat you created underSaaS > Settings > Integrations > Add Integration.
- Select theTriggers.
- UnderSettingsenter the custom JSON for the message payload.
- You canSend test alertmessage and verify that the message was sent to the AWS queue.
- ClickSave.This alert will be triggered based on your runtime policy settings underCompute > Defendpolicy settings, and the JSON payload message will be sent to the AWS SQS queue.Limitations
- Additional SQS features such as associating attributes with the message, etc. can not be used as these capabilities are not supported by Prisma. In the case of SQS, Compute sends the SQS message payload through Prisma API.
- Maximum allowed SQS message is 256kb. Messages larger than this limit won’t be sent to Prisma, instead a specific error will be written to the Compute console log.