Permissions
StackState Self-hosted v4.6.x
This page describes StackState version 4.6.

Overview

Permissions in StackState allow Administrators to manage the actions that each user or user group can perform inside StackState and the information that will be shown in their StackState UI. Only the feature set relevant to each user's active role will be presented. The actions, information and pages that a user does not have access to are simply not displayed in their StackState UI.
Permissions are stored in StackGraph. This means that:
  • If you perform an upgrade with "clear all data", permission setup will also be removed.
  • To completely remove a user, they must also be manually removed from StackGraph.
There are two types of permission in StackState:
  • ​System permissions - Scope user capabilities, such as access to settings, query execution and scripting.
  • ​View permissions - Allow for CRUD operations on StackState Views.

Predefined roles

StackState comes with four predefined roles:
  • Administrators (stackstate-admin): Have access to all views and have all permissions, except for the platform management permission access-admin-api.
  • Platform Administrators (stackstate-platform-admin): Have platform management permissions and have access to all views.
  • Power Users (stackstate-power-user): This role is typically granted to users that need to configure StackState for their team(s), but will not manage the entire StackState installation. Power users have all Administrator permissions except for:
    • execute-restricted-scripts
    • update-permissions
    • upload-stackpacks
    • Guests (stackstate-guest): Have read access, as you can see below when we use the StackState CLI to show granted permissions for the role:
      $ sts permission show stackstate-guest
      subject permission resource
      ---------------- ------------------------- ----------
      stackstate-guest access-cli system
      stackstate-guest access-explore system
      stackstate-guest perform-custom-query system
      stackstate-guest read-permissions system
      stackstate-guest update-visualization system
      stackstate-guest manage-star-view system
      stackstate-guest execute-component-actions system
      stackstate-guest access-view everything

Default and custom role names

The default pre-defined role names (stackstate-admin, stackstate-platform-admin, stackstate-power-user, stackstate-guest) are always available. Additional custom role names can be added that have the same permissions. Below is an example of how to do this for both Kubernetes and Linux installations.
Kubernetes
Linux
Include this YAML snippet in an authentication.yaml when customizing the authentication configuration to extend the default role names with these custom role names.
stackstate:
authentication:
roles:
guest: ["custom-guest-role"]
powerUser: ["custom-power-user-role"]
admin: ["custom-admin-role"]
platformAdmin: ["custom-platform-admin-role"]
To use it in for your StackState installation (or already running instance, note that it will restart the API):
helm upgrade \
--install \
--namespace stackstate \
--values values.yaml \
--values authentication.yaml \
stackstate \
stackstate/stackstate
To extend the default role names with custom role names:
  1. 1.
    Edit the existing keys in the authorization section of the configuration file application_stackstate.conf.
  2. 2.
    Add custom roles using the syntax xxxGroups = ${stackstate.authorization.xxxGroups} ["custom-role"] as shown in the example below.
    authorization {
    guestGroups = ${stackstate.authorization.guestGroups} ["custom-guest-role"]
    powerUserGroups = ${stackstate.authorization.powerUserGroups} ["custom-power-user-role"]
    adminGroups = ${stackstate.authorization.adminGroups} ["custom-admin-role"]
    platformAdminGroups = ${stackstate.authorization.platformAdminGroups} ["custom-platform-admin-role"]
    }
  3. 3.
    Restart StackState for changes to take effect.
    The list of roles will be extended to include the new, custom roles. The default roles will remain available (stackstate-admin, stackstate-platform-admin, stackstate-guest and stackstate-power-user).

All permissions in StackState

There are two types of permission in StackState:
  • ​System permissions - Scope user capabilities, such as access to settings, query execution and scripting.
  • ​View permissions - Allow for CRUD operations on StackState Views.

System permissions

System permissions scope user capabilities, such as access to settings, query execution and scripting. They are set system wide.
See also the full list of view permissions.
Permission
Purpose
Guest
Power user
Admin
Platform Admin
access-cli
Access the CLI page. This provides the API key to use for authentication with the StackState CLI.
βœ…
βœ…
βœ…
βœ…
access-explore
Access the Explore page.
βœ…
βœ…
βœ…
-
execute-component-actions
Execute component actions.
βœ…
βœ…
βœ…
-
manage-star-view
Add and remove stars from views.
βœ…
βœ…
βœ…
βœ…
perform-custom-query
Access the topology filter.
βœ…
βœ…
βœ…
-
read-permissions
List all granted permissions across the entire system via the CLI.
βœ…
βœ…
βœ…
-
update-visualization
Change visualization settings.
βœ…
βœ…
βœ…
-
access-analytics
Access the Analytics page.
-
βœ…
βœ…
-
access-admin-api
Access the administrator API.
-
-
-
βœ…
access-log-data
Access StackState logs via the CLI.
-
βœ…
βœ…
βœ…
access-synchronization-data
Access StackState synchronization status and data via the CLI.
-
βœ…
βœ…
-
access-topic-data
Access StackState receiver data via the CLI.
-
βœ…
βœ…
-
create-views
Create views.
-
βœ…
βœ…
-
execute-component-templates
Invoke a component template API extension (internal use only).
-
βœ…
βœ…
-
execute-node-sync
Reset or delete a synchronization.
-
βœ…
βœ…
-
execute-scripts
Execute a query in the StackState UI Analytics environment. The execute-restricted-scripts permission is also required to execute scripts using the HTTP script API.
-
βœ…
βœ…
-
import-settings
Import settings.
-
βœ…
βœ…
-
export-settings
Export settings.
-
βœ…
βœ…
-
manage-annotations
Persist and fetch Anomaly annotations in StackState.
-
βœ…
βœ…
-
manage-event-handlers
Create or edit event handlers.
-
βœ…
βœ…
-
manage-telemetry-streams
Create or edit new streams for components via the UI.
-
βœ…
βœ…
-
manage-topology-elements
Create/update/delete topology elements.
-
βœ…
βœ…
-
manage-stackpacks
Install/upgrade/uninstall StackPacks.
-
βœ…
βœ…
-
read-settings
Access the Settings page.
-
βœ…
βœ…
-
update-settings
Update settings.
-
βœ…
βœ…
-
execute-restricted-scripts
Execute scripts using the HTTP script API in the StackState UI analytics environment. Also requires execute-scripts.
-
-
βœ…
-
update-permissions
Grant/revoke permissions or modify subjects.
-
-
βœ…
-
upload-stackpacks
Upload new (versions of) StackPacks.
-
-
βœ…
-

View permissions

View permissions allow for CRUD operations on StackState Views. They can be set for a specific view or all views (everything).
See also the full list of system permissions.
Permission
Purpose
Guest
Power user
Admin
Platform Admin
access-view
Access a specific view (when granted on a view) or all views (when granted on everything).
βœ… everything
βœ… everything
βœ… everything
βœ… everything
delete-view
Delete a specific view (when granted on a view) or all views (when granted on everything).
-
βœ… everything
βœ… everything
-
save-view
Update a specific view (when granted on a view) or all views (when granted on everything).
-
βœ… everything
βœ… everything
-

Permissions by action

Page access

The permissions in the table below are required to access specific pages in the StackState UI. Without these permissions, the associated page will be hidden in the StackState UI and will not be accessible via its URL.
Main menu with all permissions granted
Page
Description
Permission
Guest
Power user
Admin
Platform admin
Explore Mode
Explore the unfiltered topology.
access-explore
βœ…
βœ…
βœ…
-
Views
Access can be granted either for a specific view using the view ID or for all views using the everything resource. See view management permissions.
access-view
βœ… everything
βœ… everything
βœ… everything
βœ… everything
Analytics
access-analytics
-
βœ…
βœ…
-
CLI
The CLI page provides the API key to use for authentication with the StackState CLI.
access-cli
βœ…
βœ…
βœ…
βœ…
StackPacks
Browse, install and uninstall StackPacks.
manage-stackpacks
-
βœ…
βœ…
-
Settings
read-settings
-
βœ…
βœ…
-
Settings > Export Settings
Allows the export of settings from Settings Menu. See settings page permissions.
export-settings and read-settings
-
βœ…
βœ…
-
Settings > Import Settings
Allows the import of settings from Settings Menu. See settings page permissions.
import-settings and read-settings
-
βœ…
βœ…
-
See the full list of permissions for pre-defined roles (above).

Topology

The permissions listed below are required to work with topology in StackState:
Action
Permission
Guest
Power user
Admin
Platform admin
Access and edit the view visualization settings. Adds the visualization settings button.
update-visualization
βœ…
βœ…
βœ…
-
Basic and Advanced filtering. Adds filtering options.
perform-custom-query
βœ…
βœ…
βœ…
-
Execute actions from the component context menu.
execute-component-actions
βœ…
βœ…
βœ…
-
Drag and drop components.
manage-topology-elements
-
βœ…
βœ…
-
Add components button. Create relations between topology elements.
manage-topology-elements and perform-custom-query and read-settings
-
βœ…
βœ…
-
See the full list of permissions for pre-defined roles (above).

Component/relation details

The permissions listed below are required to carry out specific actions in the component or relation details pane.
Action
Permission
Guest
Power user
Admin
Platform admin
Telemetry Add a new telemetry stream. Without this permission, only the Inspect action is available in the ... menu and the ADD NEW STREAM button is hidden.
manage-topology-elements
-
βœ…
βœ…
-
Health Add a new StackState health check. Edit / delete an existing health check. Without this permission, the ... menu and the ADD NEW HEALTH CHECK button are hidden.
manage-topology-elements
-
βœ…
βœ…
-
Elements Delete an element or element template.
manage-topology-elements
-
βœ…
βœ…
-
Elements Edit an element or element template.
manage-topology-elements and perform-custom-query and read-settings
-
βœ…
βœ…
-
See the full list of permissions for pre-defined roles (above).

View management

The permissions listed below can be set to access and work with views:
Action
Permission
Guest
Power user
Admin
Platform admin
Access a specific view or all views (everything). Example: Grant permissions to open a view.
access-view
βœ… everything
βœ… everything
βœ… everything
βœ… everything
Add and remove stars from views.
manage-star-view
βœ…
βœ…
βœ…
βœ…
Access and edit the view visualization settings. Adds the visualization settings button.
update-visualization
βœ…
βœ…
βœ…
-
Add or edit event handlers. Adds the ADD NEW EVENT HANDLER button. Without this permission, users will only be able to view details of existing event handlers. Example: Grant permissions to add and edit event handlers.
manage-event-handlers
-
βœ…
βœ…
-
Create views. Example: Grant permissions to create views.
create-views
-
βœ…
βœ…
-
Save updates to a specific view or all views (everything).
save-view
-
βœ… everything
βœ… everything
-
Delete a view. For a specific view or all views (everything).
delete-view
-
βœ… everything
βœ… everything
-
See the full list of permissions for pre-defined roles (above).

Analytics environment

The permissions listed below are required to access and execute scripts in the StackState UI analytics environment:
Action
Permission
Guest
Power user
Admin
Platform admin
Access the Analytics page in the StackState UI. Without this permission, the analytics environment will be hidden from the main menu, and it will not be accessible via its URL.
access-analytics
-
βœ…
βœ…
-
Execute scripts in the StackState UI analytics environment. Adds the Execute button.
execute-scripts and access-analytics
-
βœ…
βœ…
-
Execute scripts that use the HTTP script API. Also requires access-analytics and execute-scripts.
execute-restricted-scripts
-
-
βœ…
-
See the full list of permissions for pre-defined roles (above).

Settings page

The permissions listed below are required to access and manage settings in the StackState UI:
Action
Permission
Guest
Power user
Admin
Platform admin
Access the Settings pages in the StackState UI. Without this permission, the settings section will be hidden from the main menu and it will not be accessible via its URL.
read-settings
-
βœ…
βœ…
-
Add / Edit / Delete capabilities. This permission unlocks the ... menu and the ADD buttons on all Settings Pages.
update-settings
-
βœ…
βœ…
-
Export capability. Adds checkboxes to export individual items from the settings pages and the page Export Settings.
export-settings
-
βœ…
βœ…
-
Import capability. Adds the page Import Settings.
import-settings
-
βœ…
βœ…
-
Delete and Reset synchronization capabilities.
execute-node-sync
-
βœ…
βœ…
-
See the full list of permissions for pre-defined roles (above).

Platform Management

The permissions listed below are required to access and manage StackState platform:
Action
Permission
Guest
Power user
Admin
Platform Admin
Access the administrator API.
access-admin-api
-
-
-
βœ…
Access StackState logs via the CLI.
access-log-data
-
βœ…
βœ…
βœ…
See the full list of permissions for pre-defined roles (above).

Example CLI commands

Important note: All permissions in StackState are case sensitive.

List all permissions

List all permissions:
sts permission list

Show granted permissions

Show the permissions granted to a specific role.
sts permission show [role-name]

Grant permissions

Allow a user to open a view

Provide a subject with permission to open a view:
sts permission grant [subject-handle] access-view [view-name]

Allow a user to create (save) views

Provide a subject with the system permission to create (save) views:
sts permission grant [subject-handle] create-views system

Allow a user to check StackState settings

Provide a subject with the system permission to check StackState settings:
sts permission grant [subject-handle] read-settings system

Allow a user to add or edit event handlers

Provide a subject with the system permission to add new event handlers and edit existing event handlers:
sts permission grant [subject-handle] manage-event-handlers system

Revoke permissions

Revoke permissions for a subject to open a view:
sts permission revoke [subject-handle] access-view [view-name]

StackState UI with no permissions

Below is an example of how the StackState UI would look for a user without any permissions:
No permissions
Copy link
On this page
Overview
Predefined roles
Default and custom role names
All permissions in StackState
System permissions
View permissions
Permissions by action
Page access
Topology
Component/relation details
View management
Analytics environment
Settings page
Platform Management
Example CLI commands
List all permissions
Show granted permissions
Grant permissions
Revoke permissions
StackState UI with no permissions