Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

RBAC is an effective and scalable approach to managing user access within a system. By defining roles with specific permissions and assigning these roles to users, organizations can enhance security, simplify access management, and ensure that users only have the access they need for their job functions.

Explore further KloudFuse Kloudfuse documentation on RBAC:

Pillars of Role-Based Access Control

KloudFuse Kloudfuse recognizes and supports these primary pillars of RBAC:

Roles

  • Definition
    A role is a collection of permissions that define what actions a user can perform within a system.

  • Examples
    Common roles include Administrator, Editor, and Viewer. Each role has a specific set of permissions associated with it.

Specifically, the roles in the KloudFuse Kloudfuse platform have the following capabilities and associated permissions:

Domain:

User
Management

KloudFuseKloudfuse
Read / Write

Grafana 1lock.pngImage Added
Read / Write

Data Access
Read

Capability:

Add Admin user

Configure user

ASM (Alerts)

SLO

Save Log Queries

Alerts

Dashboards

Folders

Alert Manager

Logs Explorer

Metrics Explorer

APM Explorer

List Alerts

Admin

check.png

check.png

check.png

check.png

Editor

delete.png

check.png

check.png

check.png

Viewer

delete.png

delete.png

delete.png

check.png

1 lock.pngImage Added Visible only to users with Admin role

Permissions

  • Definition
    Permissions are the rights or privileges granted to perform certain actions or access specific resources.

  • Examples
    Permissions might include read, write, delete, or execute rights on dashboards and alerts, or access to specific applications and data.

Users

  • Definition
    Users are individuals who interact with the system. Each user is assigned a role based on their job function and needs.

  • Examples
    An Admin or SRE may be assigned roles that grant access to a specific namespace, folder, dashboards, or alerts.

Role Assignments

  • Definition
    Role assignments involve linking users to specific roles. This mapping determines what roles a user holds and, consequently, what permissions they have.

  • Examples
    Assigning a user the role of "Administrator" grants them access to all administrative functions, whereas assigning them the role of "Viewer" restricts them to only seeing traces.

...

In addition to the Pillars, KloudFuse Kloudfuse supports the following concepts in RBAC:

Separation of Duties (SoD)

  • Definition
    SoD is a principle to ensure that no single role has enough permissions to misuse the system or commit fraud. It helps in preventing conflicts of interest.

  • Examples
    The role responsible for approving payments should not be the same role that processes payments.

Least Privilege

  • Definition
    This principle involves granting users the minimum level of access necessary to perform their job functions, reducing the risk of accidental or malicious misuse of resources.

  • Examples
    A user who only needs to view reports should not have permission to edit or delete them.

Access Control Lists (ACLs) vs. RBAC:

  • ACLs
    Define permissions for specific resources, specifying which users or roles can access each resource and what actions they can perform.

  • RBAC
    Groups permissions into roles and assigns these roles to users, making it easier to manage and audit access.

...

Using RBAC in your suite of observability tools provides significant benefits:

Simplified Management

By grouping permissions into roles, RBAC simplifies the process of managing and auditing access controls, especially in large organizations.

Enhanced Security

Ensures that users only have access to the resources and functions necessary for their roles, reducing the risk of unauthorized access.

Compliance

Helps organizations meet regulatory requirements and standards by providing clear role-based access policies and audit trails.

RBAC Use Cases

KloudFuse Kloudfuse enables your organization to realize these important functions:

Allow certain users to only read level access for all objects

This can be set at the level of a user or group, by assigning the Viewer role.

Allow certain users read-write access to all objects

This can be set at the level of the user or group, by assigning Editor or Admin role.

Allow users access to any objects they create

This is on by default; as a user creates an object, KloudFuse Kloudfuse automatically grants that user full access to that object, regardless of their role. All other users get access to the new object based on their assigned roles.

Allow administrators to create policies

Policies are a set of filters (key, operation and value) for each user group. If a user belongs to multiple groups, they get access to all assets as a union; the filters combine in an implicit OR operation to determine which object data the user can access.