[Security Solution] Realign privileges serverless and ess#207258
[Security Solution] Realign privileges serverless and ess#207258semd wants to merge 9 commits intoelastic:mainfrom
Conversation
|
Pinging @elastic/security-solution (Team: SecuritySolution) |
|
Pinging @elastic/security-defend-workflows (Team:Defend Workflows) |
|
Pinging @elastic/security-threat-hunting-explore (Team:Threat Hunting:Explore) |
x-pack/solutions/security/packages/features/src/security/v2_features/kibana_sub_features.ts
Outdated
Show resolved
Hide resolved
|
@elasticmachine merge upstream |
|
I noticed a problem. It only happens with particular set of conditions:
In this scenario, the role migration will assign Security > Endpoint Exceptions: Changing to PR to draft while we try to find a solution that works for all environments. |
|
🤖 Jobs for this PR can be triggered through checkboxes. 🚧
ℹ️ To trigger the CI, please tick the checkbox below 👇
|
💔 Build Failed
Failed CI StepsTest Failures
Metrics [docs]
History
cc @semd |
hey @semd, i've added a PR that hopefully fixes the issue you described by adding role migration conditionally based on build flavor. i'll add you as a reviewer, could you take a look at it sometime? i'd be happy to have your thoughts and concerns on this approach. pr: #219566 the pr is still draft, as i'm still fixing the tests, and also, planning to keep the pr open for a while, so we can collect more |
Summary
Issue: #207050
Re-consolidate the Security features and privileges for serverless and ESS environments. This was not possible before due to the lack of role migrations.
The only privilege that needs to be migrated is
endpoint-exceptions, which is currently a sub-feature only in serverless projects. This PR is making this privilege a sub-feature everywhere, also in stateful environments.It also migrates all existing roles to the new structure, preventing the introduction of breaking changes.
Next changes
After these changes, we will be able to reduce a lot of complexity from the
ProductFeaturesservice, using the feature configs in the package as the SSoT directly.The refactor of the
ProductFeaturesservice will be done in a separate task, targeting 8.19/9.1, after the proposal is agreed upon by all relevant teams.Realigning the privilege configs is the first step in that direction.
Screenshot