apiVersion: compliance.openshift.io/v1alpha1
kind: TailoredProfile
metadata:
name: new-profile
annotations:
compliance.openshift.io/product-type: Node (1)
spec:
extends:
description: My custom profile (2)
title: Custom profile (3)
While the Compliance Operator comes with ready-to-use profiles, they must be modified to fit the organizations’ needs and requirements. The process of modifying a profile is called tailoring.
The Compliance Operator provides the TailoredProfile object to help tailor profiles.
You can write a tailored profile from scratch using the TailoredProfile object. Set an appropriate title and description and leave the extends field empty. Indicate to the Compliance Operator what type of scan will this custom profile generate:
Node scan: Scans the Operating System.
Platform scan: Scans the OpenShift configuration.
Set the following annotation on the TailoredProfile object:
+
.Example new-profile.yaml
apiVersion: compliance.openshift.io/v1alpha1
kind: TailoredProfile
metadata:
name: new-profile
annotations:
compliance.openshift.io/product-type: Node (1)
spec:
extends:
description: My custom profile (2)
title: Custom profile (3)
| 1 | Set Node or Platform accordingly. |
||
| 2 | Use the description field to describe the function of the new TailoredProfile object. |
||
| 3 | Give your TailoredProfile object a title with the title field.
|
While the TailoredProfile CR enables the most common tailoring operations, the XCCDF standard allows even more flexibility in tailoring OpenSCAP profiles. In addition, if your organization has been using OpenScap previously, you may have an existing XCCDF tailoring file and can reuse it.
The ComplianceSuite object contains an optional TailoringConfigMap attribute that you can point to a custom tailoring file. The value of the TailoringConfigMap attribute is a name of a config map, which must contain a key called tailoring.xml and the value of this key is the tailoring contents.
Browse the available rules for the Red Hat Enterprise Linux CoreOS (RHCOS) ProfileBundle:
$ oc get rules.compliance -n openshift-compliance -l compliance.openshift.io/profile-bundle=rhcos4
Browse the available variables in the same ProfileBundle:
$ oc get variables.compliance -n openshift-compliance -l compliance.openshift.io/profile-bundle=rhcos4
Create a tailored profile named nist-moderate-modified:
Choose which rules you want to add to the nist-moderate-modified tailored profile. This example extends the rhcos4-moderate profile by disabling two rules and changing one value. Use the rationale value to describe why these changes were made:
new-profile-node.yamlapiVersion: compliance.openshift.io/v1alpha1
kind: TailoredProfile
metadata:
name: nist-moderate-modified
spec:
extends: rhcos4-moderate
description: NIST moderate profile
title: My modified NIST moderate profile
disableRules:
- name: rhcos4-file-permissions-var-log-messages
rationale: The file contains logs of error messages in the system
- name: rhcos4-account-disable-post-pw-expiration
rationale: No need to check this as it comes from the IdP
setValues:
- name: rhcos4-var-selinux-state
rationale: Organizational requirements
value: permissive
| Attribute | Description |
|---|---|
|
Name of the |
|
Human-readable title of the |
|
A list of name and rationale pairs. Each name refers to a name of a rule object that is to be disabled. The rationale value is human-readable text describing why the rule is disabled. |
|
A list of name and rationale pairs. When a manual rule is added, the check result status will always be |
|
A list of name and rationale pairs. Each name refers to a name of a rule object that is to be enabled. The rationale value is human-readable text describing why the rule is enabled. |
|
Human-readable text describing the |
|
A list of name, rationale, and value groupings. Each name refers to a name of the value set. The rationale is human-readable text describing the set. The value is the actual setting. |
Add the tailoredProfile.spec.manualRules attribute:
tailoredProfile.spec.manualRules.yamlapiVersion: compliance.openshift.io/v1alpha1
kind: TailoredProfile
metadata:
name: ocp4-manual-scc-check
spec:
extends: ocp4-cis
description: This profile extends ocp4-cis by forcing the SCC check to always return MANUAL
title: OCP4 CIS profile with manual SCC check
manualRules:
- name: ocp4-scc-limit-container-allowed-capabilities
rationale: We use third party software that installs its own SCC with extra privileges
Create the TailoredProfile object:
$ oc create -n openshift-compliance -f new-profile-node.yaml (1)
| 1 | The TailoredProfile object is created in the default openshift-compliance namespace. |
tailoredprofile.compliance.openshift.io/nist-moderate-modified created
Define the ScanSettingBinding object to bind the new nist-moderate-modified tailored profile to the default ScanSetting object.
new-scansettingbinding.yamlapiVersion: compliance.openshift.io/v1alpha1
kind: ScanSettingBinding
metadata:
name: nist-moderate-modified
profiles:
- apiGroup: compliance.openshift.io/v1alpha1
kind: Profile
name: ocp4-moderate
- apiGroup: compliance.openshift.io/v1alpha1
kind: TailoredProfile
name: nist-moderate-modified
settingsRef:
apiGroup: compliance.openshift.io/v1alpha1
kind: ScanSetting
name: default
Create the ScanSettingBinding object:
$ oc create -n openshift-compliance -f new-scansettingbinding.yaml
scansettingbinding.compliance.openshift.io/nist-moderate-modified created