[Security Solution] Side effects of no-content version bumps in prebuilt rules #130576
Labels
8.9 candidate
bug
Fixes for quality problems that affect the customer experience
Feature:Prebuilt Detection Rules
Security Solution Prebuilt Detection Rules
impact:medium
Addressing this issue will have a medium level of impact on the quality/strength of our product.
Team:Detection Rule Management
Security Detection Rule Management Team
Team:Detections and Resp
Security Detection Response Team
Team: SecuritySolution
Security Solutions Team working on SIEM, Endpoint, Timeline, Resolver, etc.
Surfaced in the 8.2 Prebuilt Rules PR (though probably started occurring ~8.0), there are instances where there can be no-content version bumps (i.e. no rule content changes between releases other than the
version
being incremented). Opening this issue to describe the side effects to UX within the Security Solution app & docs as a result of these changes.For details about how & why this can happen, please see this detection-rules issue on forking rules, and the above comment from the 8.2 Prebuilt Rules PR, but gist is that since we don't have version blocks (e.g. rule version 10-20 is reserved for the 7.14.x stack release), anytime a rule is updated in an earlier release (via OOB package deployment), the current version of the rule must also be incremented (even if there aren't content changes) to ensure that it has the highest version and will be installed when users upgrade their stack.
As a result of these no-content version bumps, there are three main touch points that will affect the user:
updated rules
count in Security Solution UIupdated rules per release
on the documentation page (Note: these scripts are currently owned by thedetection-rules
repo folks)merge rule upgrade ux
, (internal issue) we would be including these no-content rules in this flow automatically (showing up with no field deltas) if we don't make additional logic changes.The text was updated successfully, but these errors were encountered: