The Access-Manager is a Kubernetes-Operator using the Operator-SDK to simplify complex RBAC configurations in your cluster and spread secrets across namespaces.

The idea for this came up, when managing many different RBAC-Roles on namespace-basis. This was getting more complex over time, and the administrator always has to ensure that the correct roles are applied for different people or ServiceAccounts in multiple namespaces. The scope of the operator is limited to the creation and removal of RoleBindings and ClusterRoleBindings. So all referenced Roles and ClusterRoles have to exist. Let's automate it.

The image contains versions of k8s.io/client-go. Kubernetes aims to provide forwards & backwards compatibility of one minor version between client and server:

See the release notes for specific version compatibility information, including which combination have been formally tested.

Note: The ServiceAccount must have at least the permissions that it should grant. The cluster-admin ClusterRole is assigned to the ServiceAccount by default.

kubectl apply -f config/crd/access-manager.io_rbacdefinitions.yaml
kubectl apply -f config/crd/access-manager.io_syncsecretdefinitions.yaml
kubectl apply -f config/rbac
kubectl apply -f config/manager

helm repo add ckotzbauer https://ckotzbauer.github.io/helm-charts
helm install ckotzbauer/access-manager

The RbacDefinition itself is cluster-scoped.

apiVersion: access-manager.io/v1beta1
kind: RbacDefinition
metadata:
  name: example-definition
spec:
  namespaced:
  - namespace:
      name: my-product
    bindings:
    - roleName: my-product-management
      kind: Role
      subjects:
      - name: my-product-team
        kind: Group
      - name: devops-team
        kind: Group
  - namespaceSelector:
      matchLabels:
        ci: "true"
    bindings:
    - roleName: ci-deploy
      kind: ClusterRole
      subjects:
      - name: ci
        namespace: ci-service
        kind: ServiceAccount
  cluster:
  - name: john-view-binding
    clusterRoleName: view
    subjects:
    - name: john
      kind: User

This would create the following objects:

• A RoleBinding named my-product-management in the namespace my-product assigning the my-product-management Role to the Groups my-product-team and devops-team.
• A RoleBinding named ci-deploy in each namespace labeled with ci: true assigning the ci-deploy ClusterRole to the ServiceAccount ci in the ci-service namespace.
• A ClusterRoleBinding named john-view-binding assigning the view ClusterRole to the User john.

For more details, please read the api-docs and view YAMLs in the examples directory.

• A RbacDefinition can be marked as "paused" (set spec.paused to true), so that the operator will not interfere you.
• The RoleBindings and ClusterRoleBindings are named the same as the given Role or ClusterRole unless the name is explicitly specified.
• If there is a existing binding with the same name that is not owned by the RbacDefinition it is not touched.
• The operator detects changes to all RbacDefinitions, Namespaces and ServiceAccounts automatically.

The SyncSecretDefinition itself is cluster-scoped.

apiVersion: access-manager.io/v1beta1
kind: SyncSecretDefinition
metadata:
  name: example-definition
spec:
  source:
    name: source-secret
    namespace: default
  targets:
  - namespace:
      name: my-product
  - namespaceSelector:
      matchLabels:
        ci: "true"

This would create the following secret:

• A Secret named source-secret in the namespace my-product and each namespace labeled with ci: true.

For more details, please read the api-docs and view YAMLs in the examples directory.

• A SyncSecretDefinition can be marked as "paused" (set spec.paused to true), so that the operator will not interfere you.
• The Secretss are named the same as the given Secret in "source".
• If there is a existing secret with the same name that is not owned by the SyncSecretDefinition it is not touched.
• The operator detects changes to all SyncSecretDefinitions, Namespaces and source Secretss automatically.

• Expose Prometheus metrics about created bindings and reconcile errors.

This projects was inspired by the RBACManager.

Please refer to the Contribution guildelines.

Please refer to the Conduct guildelines.

Please refer to the Security process.