-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add constraints to pod spec #80
base: master
Are you sure you want to change the base?
Add constraints to pod spec #80
Conversation
Signed-off-by: Martin Kennelly <[email protected]>
Signed-off-by: Martin Kennelly <[email protected]>
Containers without memory limits are more likely to be terminated when the node runs out of memory. Containers without cpu limits can exceed the capacity of the node, and affect availability /performance of the host and other containers. Signed-off-by: Martin Kennelly <[email protected]>
Signed-off-by: Kennelly, Martin <[email protected]>
securityContext: | ||
runAsUser: 10000 | ||
runAsGroup: 10000 | ||
runAsNonRoot: true |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does runAsNonRoot require setting nonRoot user in Dockerfile?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@zshi-redhat Unfortunately, it seems that it does for NRI. I tried to remove both of the runAsUser and runAsGroup and I got the following error:
Error: container has runAsNonRoot and image will run as root
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@martinkennelly IIUC, we need to update Dockerfile to use non-root user, right?
If yes, would you mind updating the Dockerfile in this PR?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@zshi-redhat Good idea. I tried it but it failed with k8 validation:
container has runAsNonRoot and image has non-numeric user (%s), cannot verify user is non-root
See the runAsNonRoot validate here: https://github.com/kubernetes/kubernetes/blob/5648200571889140ad246feb82c8f80a5946f167/pkg/kubelet/kuberuntime/security_context.go#L91
Small changes to pod spec to improve security
See commits.
I wanted to group
allowPrivilegeEscalation
&readOnlyRootFilesystem
at the "pod level"securityContext
(ln 23) but it will not allow me.