Manage User Permissions

This document describes how to manage user permissions in Chaos Mesh, including creating user account of different roles, binding permissions for users, managing tokens, and enable or disable permission authentication.

Chaos Mesh uses the native RBAC features in Kubernetes to manage user roles and permissions. To create, view and manage Chaos experiments, users need to have the corresponding permissions in the apiGroups of chaos-mesh.org to customize resources of Chaos experiments.

Manage User Permissions - 图1note

If Chaos Mesh is installed using Helm, permission authentication is enabled by default. For production environments and other scenarios with high security requirements, it is recommended to keep the permission authentication feature enabled. If you just want to give Chaos Mesh a try and quickly create Chaos experiments without enabling the permission authentication feature, you can refer to Enable or disable permission authentication to learn how to disable the feature.

Create user accounts and bind permissions

You can create user accounts and bind permissions directly through the Chaos Mesh Dashboard interface. When you access the Dashboard, a login window pops up. Click the link Click here to generate:

Dashboard Token Login 1

After you click the link, another window pops up as follows:

Dashboard Token Generator

The steps to create user accounts and bind permissions are as follows. You need to perform the first three of the following steps in the pop-up window:

  1. Choose the permission scope

    If you want to give the account the appropriate permissions for all Chaos experiments in Kubernetes, check the Cluster scoped box. If you specify a namespace in the Namespace dropdown option box, the account only has permissions in that specified namespace.

  2. Choose the user role

    Currently, Chaos Mesh provides the following user roles:

    • Manager, who has all permissions to create, view, update, and delete Chaos experiments.
    • Viewer, who has only the view permission for Chaos experiments.
  3. Generate RBAC configurations

    After determining the permission scope and user role of the created account, the Dashboard shows the corresponding RBAC configuration on the pop-up window page. For example, the RBAC configurations for a manager account in the namespace default looks like this:

    1. kind: ServiceAccount
    2. apiVersion: v1
    3. metadata:
    4. namespace: default
    5. name: account-default-manager-vfmot
    6. ---
    7. kind: Role
    8. apiVersion: rbac.authorization.k8s.io/v1
    9. metadata:
    10. namespace: default
    11. name: role-default-manager-vfmot
    12. rules:
    13. - apiGroups: [""]
    14. resources: ["pods", "namespaces"]
    15. verbs: ["get", "watch", "list"]
    16. - apiGroups:
    17. - chaos-mesh.org
    18. resources: [ "*" ]
    19. verbs: ["get", "list", "watch", "create", "delete", "patch", "update"]
    20. ---
    21. apiVersion: rbac.authorization.k8s.io/v1
    22. kind: RoleBinding
    23. metadata:
    24. name: bind-default-manager-vfmot
    25. namespace: default
    26. subjects:
    27. - kind: ServiceAccount
    28. name: account-default-manager-vfmot
    29. namespace: default
    30. roleRef:
    31. kind: Role
    32. name: role-default-manager-vfmot
    33. apiGroup: rbac.authorization.k8s.io

    Click COPY in the upper right corner of the configuration section in the pop-up window to copy the RBAC configuration and then save the content as rbac.yaml locally.

  4. Create the user account and bind permissions

    Run the following command in your terminal:

    1. kubectl apply -f rbac.yaml
  5. Generate the token

    Copy the command shown in the third step on the Token generator page and run the command in your terminal. The following is an example command:

    1. kubectl describe -n default secrets account-default-manager-vfmot

    The output is as follows:

    1. Name: account-default-manager-vfmot-token-n4tg8
    2. Namespace: default
    3. Labels: <none>
    4. Annotations: kubernetes.io/service-account.name: account-default-manager-vfmot
    5. kubernetes.io/service-account.uid: b71b3bf4-cd5e-4efb-8bf6-ff9a55fd7e07
    6. Type: kubernetes.io/service-account-token
    7. Data
    8. ====
    9. ca.crt: 1111 bytes
    10. namespace: 7 bytes
    11. token: eyJhbG...

    Copy the token data in the above output and use it for the next step to log in.

  6. Sign in to Chaos Mesh with the user account you have created

    Close the Token generator window and return to the login window. Enter the token that you have got from the previous step in the Token input box and enter a meaningful name for the token in the Name input box. It is recommended to use a name consisting of the permission scope and the user role, such as default-manager. Once you finish filling these two input boxes, click Submit to log in:

    Dashboard Token Login 2

Manage User Permissions - 图5note

  • You need to ensure that the local user who executes kubectl has permissions for the cluster so that this user can create user accounts, bind permission for other users, and generate tokens.

  • If you have not deployed Chaos Mesh Dashboard, you can also generate RBAC configurations by yourself, then use kubectl to create user accounts and bind permissions.

Logout Token

If you need to replace the token with another, click the Settings button shown in the left side bar on the Dashboard web page:

Dashboard Token Logout

On the most top of the page, you can see the Logout button. Click the button to log out the current token.

Enable or disable permission authentication

If Chaos Mesh is installed using Helm, the permission authentication feature is enabled by default.For production environments and other scenarios with high security requirements, it is recommended to keep the permission authentication feature enabled.If you just want to give Chaos Mesh a try and quickly create Chaos experiments with the permission authentication feature disabled, you can set --set dashboard.securityMode=false in a Helm command. The command is as follows:

If you want to enable the permission authentication feature again, then reset --set dashboard.securityMode=true in a Helm command.