[Security Solution] Fix AlertPrivileges UI hook to use new RBAC features#246254
[Security Solution] Fix AlertPrivileges UI hook to use new RBAC features#246254rylnd merged 4 commits intoelastic:mainfrom
Conversation
This hook, used by a few UI components, was incorrectly still relying on the general SIEM/Security kibana feature for determining access to alerts; it should have been updated to use the new SecurityRulesV1 feature, instead (which for 9.3 contains the Alerts privileges, and will be split into its own privileges in a later release). This updates the hook appropriately, as well as removes some unused mocks that were referencing the hold `hasSiem*` values. Given that the hook was meant specifically for checking alerts privileges, there were/are no legitimate uses of the SIEM/Security feature in this hook.
|
Pinging @elastic/security-detection-engine (Team:Detection Engine) |
PhilippeOberti
left a comment
There was a problem hiding this comment.
Code review only, LGTM for the @elastic/security-threat-hunting-investigations team
💛 Build succeeded, but was flaky
Failed CI StepsTest Failures
Metrics [docs]Async chunks
History
cc @rylnd |
|
Starting backport for target branches: 9.3 https://github.com/elastic/kibana/actions/runs/20444299632 |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
23 similar comments
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Friendly reminder: Looks like this PR hasn’t been backported yet. |
|
Already in 9.3; backport is unnecessary. |
Summary
This hook, used by a few UI components, was incorrectly still relying on the general SIEM/Security kibana feature for determining access to alerts; it should have been updated to use the new SecurityRulesV1 feature (#239634), instead (which for 9.3 contains the Alerts privileges, and will be split into its own privileges in a later release).
This updates the hook appropriately, as well as removes some unused mocks that were referencing the hold
hasSiem*values. Given that the hook was meant specifically for checking alerts privileges, there were/are no legitimate uses of the SIEM/Security feature in this hook.How To Review
The following components previously required Security:Read permissions. They've now been updated to require RulesV1:Read permissions.
- Explore > [Hosts|Network|Users] > [Host|Network|User] Detail Page
- AlertsByStatus (aka "Alerts by Severity") Panel
- AlertCountbyRuleStatus (aka "Alerts by Rule") Panel
- Dashboards > Overview Page
- "Alert trend" Panel
- Dashboards > Detection & Response Page
- AlertsByStatus (aka "Alerts") Panel
Example: `AlertsByStatus` and `AlertCountByRuleStatus` Panels on User Detail Page:Checklist
release_note:breakinglabel should be applied in these situations.release_note:*label is applied per the guidelinesbackport:*labels.