Allow lists and wild cards for kibana_index

[schwicke (Meee!)]

Allow lists and wild cards for kibana_index

We currently have several customers on single ES clusters, and protect them from each other using ROR. For us it would be very handy to add an admin endoint which give us full access to what is hosted on the cluster. Such an entry point would also need access to all the kibana indices of the other users. For this we would need to be able to identify kibana requests from such a users going to .kibana_* or [.kibana_user1, .kibana_user2 ] (for example) which is currently not possible.

Example

ROR configuration:
…
kibana_index: [".kibana", “.kibana_user1”, “.kibana-*”]
…

Let’s do this?

• 1
• 2
• 3
• 4
• 5

Show results

[sscarduzio (Simone Scarduzio)]

@schwicke

For us it would be very handy to add an admin endoint which give us full access to what is hosted on the cluster.

This is very tricky to do on the ES plugin side. I managed to achieve something similar only recently intervening on the Kibana plugin side. Have a look at the demo:

https://forum.readonlyrest.com/t/ror-enterprise-feature-preview-multi-group-selector-video