# Kibana role privileges in upgrade 7.15.2 to 7.17.10

**URL:** <https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589>\
**Category:** Kibana\
**Created:** [January 8, 2024, 2:15pm UTC](https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589 "2024-01-08T14:15:38Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![rcopping](https://avatars.discourse-cdn.com/v4/letter/r/94ad74/32.png) [@rcopping](https://discuss.elastic.co/u/rcopping)\
**Post date:** [January 8, 2024, 2:15pm UTC](https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589/1 "2024-01-08T14:15:38Z")

</div>

Hi Team,

We have recently upgrade from 7.15.2 to 7.17.10 and it appears the privileges hierarchy has changed .

We used to use the following for a dashboard role to manage dashboard editing in kibana and this had runtime field editing in 7.15.2 but is appears in 7.17.10 it does not

```auto
{
    "cluster": [
      "monitor"
    ],
    "indices": [
      {
        "names": [
          "*"
        ],
        "privileges": [
          "read",
          "read_cross_cluster"
        ],
        "allow_restricted_indices": false
      }
    ],
    "applications": [
      {
        "application": "kibana-.kibana",
        "privileges": [
          "feature_discover.all",
          "feature_visualize.all",
          "feature_dashboard.all",
          "feature_dev_tools.read",
          "feature_advancedSettings.read",
          "feature_indexPatterns.read",
          "feature_savedObjectsManagement.all",
          "feature_graph.all",
          "feature_apm.read",
          "feature_maps.all",
          "feature_canvas.all",
          "feature_infrastructure.read",
          "feature_logs.read",
          "feature_siem.read",
          "feature_uptime.read"
        ],
        "resources": [
          "*"
        ]
      }
    ],
    "run_as": [],
    "metadata": {},
    "transient_metadata": {
      "enabled": true
    }
}

```

We cannot seem to find a feature to enable runtime field create/edit without turning "feature\_indexPatterns.read" to "feature\_indexPatterns.all" which enables index pattern editing also which we did not want to allow.

Would appreciate some advice if we are missing something in the role privileges

---

<div class="post-metadata">

**Author:** ![tsullivan](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/tsullivan/32/31077_2.png) [@tsullivan](https://discuss.elastic.co/u/tsullivan)\
**Post date:** [January 19, 2024, 9:49pm UTC](https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589/2 "2024-01-19T21:49:08Z")

</div>

Dashboards and runtime fields are very different things that do not go hand-in-hand. On the other side, runtime fields do go hand-in-hand with index patterns. I think it may have been a bug in 7.15 that runtime field editing worked without the privilege to modify index patterns.

---

<div class="post-metadata">

**Author:** ![rcopping](https://avatars.discourse-cdn.com/v4/letter/r/94ad74/32.png) [@rcopping](https://discuss.elastic.co/u/rcopping)\
**Post date:** [January 22, 2024, 9:11am UTC](https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589/3 "2024-01-22T09:11:59Z")

</div>

Yes that was my thought, but thanks for the follow up, as we could not find anything more granular we allowed the "feature\_indexPatterns.all" just hoping it does not cause us a mess long term.  
We will refactor as we move to version 8

---

<div class="post-metadata">

**Author:** ![tsullivan](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/tsullivan/32/31077_2.png) [@tsullivan](https://discuss.elastic.co/u/tsullivan)\
**Post date:** [January 24, 2024, 7:17pm UTC](https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589/4 "2024-01-24T19:17:25Z")

</div>

Hi, I brought this idea up with the team in charge of data view management. They pointed out that runtime fields don't necessarily need to be saved in a data view, they could also be executed in a search request.

There was an ask to clarify: is the intention to only limit who can save runtime fields in a data view? Or is the intention to limit who can use runtime fields in search requests as well?

---

<div class="post-metadata">

**Author:** ![rcopping](https://avatars.discourse-cdn.com/v4/letter/r/94ad74/32.png) [@rcopping](https://discuss.elastic.co/u/rcopping)\
**Post date:** [January 30, 2024, 11:14am UTC](https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589/5 "2024-01-30T11:14:59Z")

</div>

Hi, it was just to limit runtime in data view not for search requests

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [February 27, 2024, 11:15am UTC](https://discuss.elastic.co/t/kibana-role-privileges-in-upgrade-7-15-2-to-7-17-10/350589/6 "2024-02-27T11:15:07Z")

</div>

Closed on February 27, 2024, 11:15am UTC

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.