Despite Read Only Dashboard Role a user can rearrange visualizations on a dashboard #917
Labels
bug
Something isn't working
good first issue
Good for newcomers
hacktoberfest
Global event that encourages people to contribute to open-source.
help wanted
Extra attention is needed, need help from community
triaged
Describe the bug
If you create a Read Only User according to the documentation (https://opensearch.org/docs/latest/security-plugin/access-control/users-roles/#set-up-a-read-only-user-in-opensearch-dashboards) a user is able to rearrange visualizations on a dashboard and can save the dashboard.
I have used the predefined kibana roles of the roles.yml instead of the renamed roles according to the documentation:
kibana_user
kibana_read_only
custom_role according to documentation plus restriction to specific tenant
To Reproduce
Steps to reproduce the behavior:
Expected behavior
It would be very nice to have "really" read only role that looks like the following:
OpenSearch Version
1.2.2
Dashboards Version
1.2.0
Plugins
Please list all plugins currently enabled.
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
[email protected]
If applicable, add screenshots to help explain your problem.
Host/Environment (please complete the following information):
Additional context
It would be nice to have more granular access control with a more adaptive Web UI according to the permissions of RBAC.
You have to imagine that if you want to use Opensearch in production than it is very hard to discuss with "Read Only" Users why they can rearrange the visualizations or can see any edit / create or reporting buttons if they are not allowed to do that.
From a company's point of view it would be very nice to see a full documentation about the process and steps to create a secure "read only" user to make sure , no unneccessary dashboard buttons are available for the user, the user cannot change anything and the user cannot see data from other spaces / indices they are not owning.
The text was updated successfully, but these errors were encountered: