feat: support setting pod security context for controller manager#1286
feat: support setting pod security context for controller manager#1286niklastreml wants to merge 1 commit intomondoohq:mainfrom
Conversation
Signed-off-by: Niklas Treml <treml.niklas@gmail.com>
|
All contributors have signed the CLA ✍️ ✅ |
|
LGTM, thank you @niklastreml - can you please accept the Mondoo CLA so we can unblock merge |
|
I have read the Mondoo CLA Document and I hereby sign the CLA |
|
recheck |
|
recheck |
|
We cannot merge this change. We use |
|
@niklastreml I believe your request should be covered by the changes I introduced in #1317. The plan is to do a new mondoo-operator release later today or tomorrow, which should include the change. I will close this PR for now but in case your issue is not resolved with our new release, feel free to open an issue |
Changes
This pull request updates how security contexts are configured for the controller manager in the
mondoo-operatorHelm chart.Security context configuration improvements:
deployment.yamltemplate now sets the pod-levelsecurityContextusing the new.Values.controllerManager.manager.podSecurityContextvalue, instead of hardcodingrunAsNonRoot: true. This allows for easier customization and consistency across deployments.values.yamlfile introduces a newpodSecurityContextsection undercontrollerManager.manager, withrunAsNonRoot: trueas the default, enabling users to override pod-level security settings as needed.We need this feature to be able to rollout mondoo in our environment, which has quite restrictive policies, that require setting more things in pod security context.