Accepting risk with exceptions
Risk acceptance support
Risk acceptance is available for Kubescape CLI only at this point.
Control failures cannot account for all situations. What is acceptable in one environment may not be in another, and vice versa. Kubescape offers sensible defaults but should be configured to reflect each environment in which it runs.
Exceptions are the method for excluding failed resources from affecting the risk score. For example, a control may count the number of resources that have cluster-admin
role assigned. Any number above 0 will be considered a failure. Using exceptions, you note that you have considered each resource and deemed it OK. Then, you know that if you ever see this control failure, it is something that warrants investigation.
Scanning with an exceptions file
Use the --exceptions
flag when performing a scan:
Definitions
name
- Exception name - a unique name representing the exceptionpolicyType
- Do not changeactions
- List of available actions. Currently, alertOnly is supportedresources
- List of resources to apply this exception ondesignatorType: Attributes
- An attribute-based declaration {key: value}
Supported keys:name
: k8s resource name (case-sensitive, regex supported)kind
: k8s resource kind (case-sensitive, regex supported)namespace
: k8s resource namespace (case-sensitive, regex supported)cluster
: k8s cluster name (usually it is thecurrent-context
) (case-sensitive, regex supported)- resource labels as key value (case-sensitive, regex NOT supported)
posturePolicies
- An attribute-based declaration {key: value}frameworkName
- Framework name (regex supported)controlName
- Control name (regex supported)controlID
- Control ID (regex supported)ruleName
- Rule name (regex supported)
The Kubescape GitHub repository contains examples of exception files.
Usage
The resources
list and posturePolicies
list are designed to be a combination of the resources and policies to exclude.
Note
You must declare at least one resource and one policy.
For example, if you wish to exclude all namespaces with the label environment: dev
, the resource list should contain:
"resources": [
{
"designatorType": "Attributes",
"attributes": {
"namespace": ".*",
"environment": "dev"
}
}
]
Policies are combined with a logical OR. To exclude all namespaces OR any resource with the label environment: dev
, the resource list should be configured:
"resources": [
{
"designatorType": "Attributes",
"attributes": {
"namespace": ".*"
}
},
{
"designatorType": "Attributes",
"attributes": {
"environment": "dev"
}
}
]
The posturePolicies
list works in a similar fashion. For example, if you wish to exclude the resources declared in the resources
list that failed when scanning the NSA
framework AND failed the Allowed hostPath
control, both can be defined in the posturePolicies
list:
But, if you wish to exclude the resources declared in the resources
list that failed when scanning the NSA
framework OR failed the Allowed hostPath
control, the posturePolicies
list should look as follows:
Examples
Here are some examples demonstrating the different ways the exceptions file can be configured
Exclude control
Exclude the C-0060 control by declaring the control ID in the posturePolicies
section.
The resources
[
{
"name": "exclude-allowed-hostPath-control",
"policyType": "postureExceptionPolicy",
"actions": [
"alertOnly"
],
"resources": [
{
"designatorType": "Attributes",
"attributes": {
"kind": ".*"
}
}
],
"posturePolicies": [
{
"controlID": "C-0060"
}
]
}
]
Exclude deployments in the default namespace that failed the "Allowed hostPath" control
[
{
"name": "exclude-deployments-in-ns-default",
"policyType": "postureExceptionPolicy",
"actions": [
"alertOnly"
],
"resources": [
{
"designatorType": "Attributes",
"attributes": {
"namespace": "default",
"kind": "Deployment"
}
}
],
"posturePolicies": [
{
"controlName": "Allowed hostPath"
}
]
}
]