This topic describes prerequisites you must complete to install SCST - Scan (Prisma) from the VMware package repository.
Important This integration is in Alpha, which means that it is still in active development by the Tanzu Practices Global Tech Team and might be subject to change at any point. Users might encounter unexpected behavior.
Run this command to output a list of available tags.
imgpkg tag list -i projects.registry.vmware.com/tanzu_practice/tap-scanners-package/prisma-repo-scanning-bundle | sort -V
Use the latest version returned in place of the sample version in this topic. For example, 0.1.5-alpha.13
in the following output.
imgpkg tag list -i projects.registry.vmware.com/tanzu_practice/tap-scanners-package/prisma-repo-scanning-bundle | sort -V
0.1.4-alpha.11
0.1.4-alpha.12
0.1.4-alpha.15
0.1.5-alpha.11
0.1.5-alpha.12
0.1.5-alpha.13
VMware recommends relocating the images from VMware Tanzu Network registry to your own container image registry before installing. The Prisma Scanner is in the Alpha development phase, and not packaged as part of Tanzu Application Platform. It is hosted on the VMware Project Repository instead of VMware Tanzu Network. If you relocated the Tanzu Application Platform images, you can also relocate the Prisma Scanner package. If you don’t relocate the images, the Prisma Scanner installation depends on VMware Tanzu Network for continued operation, and VMware Tanzu Network offers no uptime guarantees. The option to skip relocation is documented for evaluation and proof-of-concept only.
For information about supported registries, see each registry's documentation.
To relocate images from the VMware Project Registry to your registry:
-
Set up environment variables for installation:
export IMGPKG_REGISTRY_HOSTNAME_0=registry.tanzu.vmware.com export IMGPKG_REGISTRY_USERNAME_0=MY-TANZUNET-USERNAME export IMGPKG_REGISTRY_PASSWORD_0=MY-TANZUNET-PASSWORD export INSTALL_REGISTRY_USERNAME=MY-REGISTRY-USER export INSTALL_REGISTRY_PASSWORD=MY-REGISTRY-PASSWORD export INSTALL_REGISTRY_HOSTNAME=MY-REGISTRY export VERSION=VERSION-NUMBER export INSTALL_REPO=TARGET-REPOSITORY
Where:
MY-REGISTRY-USER
is the user with write access to MY-REGISTRY.MY-REGISTRY-PASSWORD
is the password forMY-REGISTRY-USER
.MY-REGISTRY
is your own registry.VERSION
is your Prisma Scanner version. For example,0.1.4-alpha.12
.TARGET-REPOSITORY
is your target repository, a directory or repository onMY-REGISTRY
that serves as the location for the installation files for Prisma Scanner.
-
Install the Carvel tool imgpkg CLI. See Deploying Cluster Essentials.
-
Relocate images with the imgpkg CLI by running:
imgpkg copy -b projects.registry.vmware.com/tanzu_practice/tap-scanners-package/prisma-repo-scanning-bundle:${VERSION} --to-repo ${INSTALL_REGISTRY_HOSTNAME}/${INSTALL_REPO}/prisma-repo-scanning-bundle
Tanzu CLI packages are available on repositories. Adding the Prisma Scanning package repository makes the Prisma Scanning bundle and its packages available for installation.
Note VMware recommends, but does not require, relocating images to a registry for installation. This section assumes that you relocated images to a registry. See the earlier section to fill in the variables.
VMware recommends installing the Prisma Scanner objects in the existing tap-install
namespace to keep the Prisma Scanner grouped logically with the other Tanzu Application Platform components.
-
Add the Prisma Scanner package repository to the cluster by running:
tanzu package repository add prisma-scanner-repository \ --url ${INSTALL_REGISTRY_HOSTNAME}/${INSTALL_REPO}/prisma-repo-scanning-bundle:$VERSION \ --namespace tap-install
-
Get the status of the Prisma Scanner package repository, and ensure that the status updates to
Reconcile succeeded
by running:tanzu package repository get prisma-scanner-repository --namespace tap-install
For example:
$ tanzu package repository get prisma-scanning-repository --namespace tap-install - Retrieving repository prisma-scanner-repository... NAME: prisma-scanner-repository VERSION: 71091125 REPOSITORY: projects.registry.vmware.com/tanzu_practice/tap-scanners-package/prisma-repo-scanning-bundle TAG: 0.1.4-alpha.12 STATUS: Reconcile succeeded REASON:
-
List the available packages by running:
tanzu package available list --namespace tap-install
For example:
$ tanzu package available list --namespace tap-install / Retrieving available packages... NAME DISPLAY-NAME SHORT-DESCRIPTION prisma.scanning.apps.tanzu.vmware.com Prisma for Supply Chain Security Tools - Scan Default scan templates using Prisma
Before installing the Prisma scanner, you must create the configuration and a Kubernetes secret that contains credentials to access Prisma Cloud.
The Prisma Scanner supports two methods of authentication:
- Basic Authentication with API Key and Secret
- Token Based Authentication
The steps to configure both are outlined to allow you to decide which option you use.
Note The token method issued by Prisma Cloud has a expiration of 1 hour, so it requires frequent refreshing.
To obtain your Prisma Compute Console URL and Access Keys and Token. See Access keys in the Palo Alto Networks documentation.
Note Generated tokens expire after an hour.
To create a Prisma secret, use the following instructions.
-
Create a Prisma secret YAML file and insert the base64 encoded Prisma API token into the
prisma_token
:apiVersion: v1 kind: Secret metadata: name: PRISMA-ACCESS-KEY-SECRET namespace: APP-NAME data: username: BASE64-PRISMA-ACCESS-KEY-ID password: BASE64-PRISMA-ACCESS-KEY-PASSWORD
Where:
PRISMA-ACCESS-KEY-SECRET
is the name of your Prisma token secret.APP-NAME
is the namespace you want to use.BASE64-PRISMA-ACCESS-KEY-ID
is your base64 encoded Prisma Access Key ID.BASE64-PRISMA-ACCESS-KEY-PASSWORD
is your base64 encoded Prisma Access Key Password.
-
Apply the Prisma secret YAML file by running:
kubectl apply -f YAML-FILE
Where
YAML-FILE
is the name of the Prisma secret YAML file you created. -
Define the
--values-file
flag to customize the default configuration. You must define the following fields in thevalues.yaml
file for the Prisma Scanner configuration. You can add fields to activate or deactivate behaviors. You can append the values to this file as shown later in this topic. Create avalues.yaml
file by using the following configuration:--- namespace: DEV-NAMESPACE targetImagePullSecret: TARGET-REGISTRY-CREDENTIALS-SECRET prisma: url: PRISMA-URL basicAuth: name: PRISMA-ACCESS-KEY-SECRET
Where:
DEV-NAMESPACE
is your developer namespace.
Note To use a namespace other than the default namespace, ensure that the namespace exists before you install. If the namespace does not exist, the scanner installation fails.
TARGET-REGISTRY-CREDENTIALS-SECRET
is the name of the secret that contains the credentials to pull an image from a private registry for scanning.PRISMA-URL
is the FQDN of your Twistlock server.PRISMA-CONFIG-SECRET
is the name of the secret you created that contains the Prisma configuration to connect to Prisma. This field is required.
The Prisma integration can work with or without the SCST - Store integration.
The values.yaml
file is slightly different for each configuration.
-
Create a Prisma secret YAML file and insert the base64 encoded Prisma API token into the
prisma_token
:apiVersion: v1 kind: Secret metadata: name: PRISMA-TOKEN-SECRET namespace: APP-NAME data: prisma_token: BASE64-PRISMA-API-TOKEN
Where:
PRISMA-TOKEN-SECRET
is the name of your Prisma token secret.APP-NAME
is the namespace you want to use.BASE64-PRISMA-API-TOKEN
is the name of your base64 encoded Prisma API token.
-
Apply the Prisma secret YAML file by running:
kubectl apply -f YAML-FILE
Where
YAML-FILE
is the name of the Prisma secret YAML file you created. -
Define the
--values-file
flag to customize the default configuration. You must define the following fields in thevalues.yaml
file for the Prisma Scanner configuration. You can add fields as needed to activate or deactivate behaviors. You can append the values to this file as shown later in this topic. Create avalues.yaml
file by using the following configuration:--- namespace: DEV-NAMESPACE targetImagePullSecret: TARGET-REGISTRY-CREDENTIALS-SECRET prisma: url: PRISMA-URL tokenSecret: name: PRISMA-CONFIG-SECRET
Where:
DEV-NAMESPACE
is your developer namespace.
Note To use a namespace other than the default namespace, ensure that the namespace exists before you install. If the namespace does not exist, the scanner installation fails.
TARGET-REGISTRY-CREDENTIALS-SECRET
is the name of the secret that contains the credentials to pull an image from a private registry for scanning.PRISMA-URL
is the FQDN of your Twistlock server.PRISMA-CONFIG-SECRET
is the name of the secret you created that contains the Prisma configuration to connect to Prisma. This field is required.
The Prisma Scanner integration can work with or without the SCST - Store integration. The values.yaml
file is slightly different for each configuration.
When using SCST - Store integration, to persist the results
found by the Prisma Scanner, you can enable the SCST -
Store integration by appending the fields to the values.yaml
file.
The Grype, Snyk, and Prisma Scanner Integrations enable the Metadata Store. To prevent conflicts, the configuration values are slightly different based on whether the Grype Scanner Integration is installed or not. If Tanzu Application Platform is installed using the Full Profile, the Grype Scanner Integration is installed unless it is explicitly excluded.
In order to find your CA secret name and authentication token secret name as needed for your values.yaml when installing Prisma Scanner you must look at the configuration of a prior installed scanner in the same namespace as it already exists.
For information about how the scanner was likely initially created, see Set up multicluster Supply Chain Security Tools (SCST) - Store
An example values.yaml
when there are other scanners already installed in the same dev-namespace
where the Prisma Scanner is installed:
#! ...
metadataStore:
#! The url where the Store deployment is accessible.
#! Default value is: "https://metadata-store-app.metadata-store.svc.cluster.local:8443"
url: "STORE-URL"
caSecret:
#! The name of the secret that contains the ca.crt to connect to the Store Deployment.
#! Default value is: "app-tls-cert"
name: "CA-SECRET-NAME"
importFromNamespace: "" #! since both Prisma and Grype/Snyk both enable store, one must leave importFromNamespace blank
#! authSecret is for multicluster configurations.
authSecret:
#! The name of the secret that contains the auth token to authenticate to the Store Deployment.
name: "AUTH-SECRET-NAME"
importFromNamespace: "" #! since both Prisma and Grype/Snyk both enable store, one must leave importFromNamespace blank
Where:
STORE-URL
is the URL where the Store deployment is accessible.CA-SECRET-NAME
is the name of the secret that contains the ca.crt to connect to the Store Deployment. Default isapp-tls-cert
.AUTH-SECRET-NAME
is the name of the secret that contains the authentication token to authenticate to the Store Deployment.
For information about creating and exporting secrets for the Metadata Store CA and authentication token referenced in the data values when installing Prisma Scanner, see Set up multicluster Supply Chain Security Tools (SCST) - Store.
An example values.yaml
when no other scanner integrations installed in the same dev-namespace
where the Prisma Scanner is installed:
#! ...
metadataStore:
#! The url where the Store deployment is accessible.
#! Default value is: "https://metadata-store-app.metadata-store.svc.cluster.local:8443"
url: "STORE-URL"
caSecret:
#! The name of the secret that contains the ca.crt to connect to the Store Deployment.
#! Default value is: "app-tls-cert"
name: "CA-SECRET-NAME"
#! The namespace where the secrets for the Store Deployment live.
#! Default value is: "metadata-store"
importFromNamespace: "STORE-SECRETS-NAMESPACE"
#! authSecret is for multicluster configurations.
authSecret:
#! The name of the secret that contains the auth token to authenticate to the Store Deployment.
name: "AUTH-SECRET-NAME"
#! The namespace where the secrets for the Store Deployment live.
importFromNamespace: "STORE-SECRETS-NAMESPACE"
Where:
STORE-URL
is the URL where the Store deployment is accessible.CA-SECRET-NAME
is the name of the secret that contains theca.crt
to connect to the Store Deployment. Default isapp-tls-cert
.STORE-SECRETS-NAMESPACE
is the namespace where the secrets for the Store Deployment live. Default ismetadata-store
.AUTH-SECRET-NAME
is the name of the secret that contains the authentication token to authenticate to the Store Deployment.
If you do not want to enable the SCST - Store integration, explicitly deactivate the integration by appending the following field to the values.yaml
file that is enabled by default:
# ...
metadataStore:
url: "" # Deactivate Supply Chain Security Tools - Store integration
To prepare the ScanPolicy, use the instructions in the following sections.
The following sample ScanPolicy allows you to control whether the SupplyChain passes or fails based on the compliance and vulnerability rules configured in the Prisma Compute Console.
The policy reads the complianceScanPassed
and vulnerabilityScanPassed
fields returned from Prisma scanner output to control the results of the scan.
apiVersion: scanning.apps.tanzu.vmware.com/v1beta1
kind: ScanPolicy
metadata:
name: prisma-scan-policy
labels:
'app.kubernetes.io/part-of': 'enable-in-gui'
spec:
regoFile: |
package main
import future.keywords.in
deny[msg] {
vulnerabilityAndComplianceScanResults := {e | e := input.bom.metadata.properties.property[_]}
some result in vulnerabilityAndComplianceScanResults
failedScans:= "false" in result
failedScans
vulnerabilityMessages := { message |
components := {e | e := input.bom.components.component} | {e | e := input.bom.components.component[_]}
some component in components
vulnerabilities := {e | e := component.vulnerabilities.vulnerability} | {e | e := component.vulnerabilities.vulnerability[_]}
some vulnerability in vulnerabilities
ratings := {e | e := vulnerability.ratings.rating.severity} | {e | e := vulnerability.ratings.rating[_].severity}
formattedRatings := concat(", ", ratings)
message := sprintf("Vulnerability - Component: %s CVE: %s Severity: %s", [component.name, vulnerability.id, formattedRatings])
}
complianceMessages := { message |
compliances := {e | e := input.bom.metadata.component.compliances.compliance} | {e | e := input.bom.metadata.component.compliances.compliance[_]}
some compliance in compliances
message := sprintf("Compliance - %s \\\nId: %s Severity: %s Category: %s", [compliance.title, compliance.id, compliance.severity, compliance.category])
}
combinedMessages := complianceMessages | vulnerabilityMessages
some message in combinedMessages
msg := message
}
The following sample ScanPolicy allows you to control whether the SupplyChain passes or fails based on the Prisma Scanner CycloneDX vulnerability results returned from the Prisma Scanner.
apiVersion: scanning.apps.tanzu.vmware.com/v1beta1
kind: ScanPolicy
metadata:
name: prisma-scan-policy
labels:
'app.kubernetes.io/part-of': 'enable-in-gui'
spec:
regoFile: |
package main
# Accepted Values: "Critical", "High", "Medium", "Low", "Negligible", "UnknownSeverity"
notAllowedSeverities := ["Critical", "High", "UnknownSeverity"]
ignoreCves := []
contains(array, elem) = true {
array[_] = elem
} else = false { true }
isSafe(match) {
severities := { e | e := match.ratings.rating.severity } | { e | e := match.ratings.rating[_].severity }
some i
fails := contains(notAllowedSeverities, severities[i])
not fails
}
isSafe(match) {
ignore := contains(ignoreCves, match.id)
ignore
}
deny[msg] {
comps := { e | e := input.bom.components.component } | { e | e := input.bom.components.component[_] }
some i
comp := comps[i]
vulns := { e | e := comp.vulnerabilities.vulnerability } | { e | e := comp.vulnerabilities.vulnerability[_] }
some j
vuln := vulns[j]
ratings := { e | e := vuln.ratings.rating.severity } | { e | e := vuln.ratings.rating[_].severity }
not isSafe(vuln)
msg = sprintf("CVE %s %s %s", [comp.name, vuln.id, ratings])
}
Apply the YAML:
kubectl apply -n $DEV-NAMESPACE -f SCAN-POLICY-YAML
Where:
DEV-NAMESPACE
is the name of the developer namespace you want to use.SCAN-POLICY-YAML
is the name of your SCST - Scan YAML.
After all prerequisites are completed, install the Prisma Scanner. See Install another scanner for Supply Chain Security Tools - Scan.
When attempting to pull an image from a registry with a self-signed certificate during image scans additional configuration is necessary.
If your tap-values.yaml
used during install has the following shared section filled out, Prisma Scanner uses this and enable it to connect to your registry without additional configuration.
shared:
ca_cert_data: | # To be passed if using custom certificates.
-----BEGIN CERTIFICATE-----
MIIFXzCCA0egAwIBAgIJAJYm37SFocjlMA0GCSqGSIb3DQEBDQUAMEY...
-----END CERTIFICATE-----
-
Create a secret that holds the registry's CA certificate data.
An example of the secret:
apiVersion: v1 kind: Secret metadata: name: prisma-registry-cert namespace: dev type: Opaque data: ca_cert_data: BASE64_CERT
-
Update your Prisma Scanner install values.yaml.
Add
caCertSecret
to the root of yourprisma-values.yaml
when installing Prisma ScannerExample:
namespace: dev targetImagePullSecret: tap-registry caCertSecret: prisma-registry-cert
To connect to Prisma through a proxy, you must add environmentVariables
configuration to your prisma-values.yaml
.
Note All valid container env
configurations are supported.
For example:
namespace: dev
targetImagePullSecret: tap-registry
environmentVariables:
- name: HTTP_PROXY
value: "test.proxy.com"
- name: HTTPS_PROXY
value: "test.proxy.com"
- name: NO_PROXY
value: "127.0.0.1,.svc,.svc.cluster.local,demo.app"
- OpenShift is not supported