-
Notifications
You must be signed in to change notification settings - Fork 193
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
OCPBUGS-31353: Minimize wildcard privileges #1190
base: master
Are you sure you want to change the base?
OCPBUGS-31353: Minimize wildcard privileges #1190
Conversation
@alebedev87: This pull request references Jira Issue OCPBUGS-31353, which is valid. The bug has been moved to the POST state. 3 validation(s) were run on this bug
Requesting review from QA contact: The bug has been updated to refer to the pull request using the external bug tracker. In response to this:
Instructions 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 openshift-eng/jira-lifecycle-plugin repository. |
Skipping CI for Draft Pull Request. |
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/test e2e-aws-operator |
The local role for the ingress operator cannot be created due to the missing
|
d248a94
to
f84e759
Compare
/test e2e-aws-operator |
The secret and configmap readonly access should be given on the cluster level since the operator's payload (manifests for CVO) cannot create roles in not existing (at installation time) |
Also, found another PR which was doing a similar thing with the operand namespace creation. Looks like David Eads was against this idea though. |
f84e759
to
b8c781a
Compare
Local role for the certificate management was created in a wrong namespace. Normally
CIO manifests are applied later: So, I'm returning to the approach with operand namespaces and local roles after a discussion with CVO people. |
/test e2e-aws-operator |
@alebedev87: This pull request references Jira Issue OCPBUGS-31353, which is valid. 3 validation(s) were run on this bug
Requesting review from QA contact: In response to this:
Instructions 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 openshift-eng/jira-lifecycle-plugin repository. |
b8c781a
to
57eb6a5
Compare
/test e2e-aws-operator |
Read only verbs added for configmap resource in |
"certificate-publisher controller" needs to watch secrets and configmaps from |
57eb6a5
to
3302c40
Compare
Forgot the role bindings in |
/test e2e-aws-operator |
2 similar comments
/test e2e-aws-operator |
/test e2e-aws-operator |
Namespaces resource with concrete names didn't work:
|
Daemonset and deployment resources (which were removed from cluster scope) had to be added to all namespaces: operator, operands and configs. Operator:
Operands:
Configs:
|
Roles and rolebindings had to be added to all the namespaces too: Operands:
Configs:
|
- Added operand namespaces in the operator payload to be able to create local roles. - Added local roles and rolebinding in the operand namespaces to manage ingresscontrollers and canary. - Added a local role for the cluster domain router certificate management in openshift-config-managed namespace. - Limited cluster permissions on namespace resource to operand namespaces. - Moved role and rolebinding permissions from cluster level to openshift-config namespace (local role). - Moved secret and configmap permissions from cluster level to openshift-config and openshift-config-managed namespace (local roles). TODO: clusterroles/clusterrolebinding, CRDs.
… local roles The question is why we need them in all the local roles.
8cf95df
to
17e813b
Compare
/test e2e-gcp-operator |
@alebedev87: The following tests failed, say
Full PR test history. Your PR dashboard. Instructions 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. |
TODO: clusterroles/clusterrolebinding.