Add support for CEL based rules and profiles#14597
Add support for CEL based rules and profiles#14597yuumasato wants to merge 9 commits intoComplianceAsCode:masterfrom
Conversation
|
I verified PR #14597 and PR ComplianceAsCode/compliance-operator#1103 together. Generally it is good. The only problem is there is no |
We expect this profile to exclusively leverage the CEL rules.
Add a new build-script along with a new output type that builds the CEL rules into the yaml that can be loaded by Compliance Operator.
e7d189f to
af527ae
Compare
|
Thanks for the review @xiaojiey. Hopefully I have addessed the BuildConfig issue in the last commit. |
af527ae to
188024f
Compare
Copies the CEL content file to the content images.
188024f to
25fe7a6
Compare
|
@yuumasato Sorry, I forgot to highlight, there is one more need to be updated. The ################# without --datastream-only parameter |
| <pre>$ oc get hyperconverged kubevirt-hyperconverged -n openshift-cnv -o jsonpath='{.spec.featureGates.nonRoot}'</pre> | ||
| The output should be <tt>true</tt>. | ||
|
|
||
| checkType: Platform |
There was a problem hiding this comment.
I wonder if these should be part of new cel-scanner template similar to other rule in content repo
There was a problem hiding this comment.
I don't understand how you envision the template.
For now, the rules are just added to have some content to build.
We can certainly improve and optimize how the CEL rules work in future PRs.
There was a problem hiding this comment.
Same thing with the profile file: products/ocp4/profiles/cis-vm-extension.profile
We are very likely migrating that to use a Control file, instead of listing individual rules.
Vincent056
left a comment
There was a problem hiding this comment.
I think the PR looks good, just some questions on formatting and templating.
Adds --cel-content parameter that takes a comma separated list of products to build cel-content for. Add the new parameter with OCP4 product where it makes sense.
With addition of '--cel-content' as an option to build CEL content. And with it being additional to data stream builds, having '--datastream-only' parameter feels weird. This add '--datastream' so that we can move away from '--datastream-only' and be more consistent.
|
@xiaojiey Thanks, instead of removing '--datastream-only' I have added a new parameter '--cel-content=ocp4'. |
|
@yuumasato: The following test failed, say
Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
Description:
ocp4product.Rationale:
Review Hints: