[Security Solution][Detections] Add package tests for rule_id
uniqueness and ensuring correct sourcePackage
#128547
Labels
enhancement
New value added to drive a business result
Feature:Detection Rules
Security Solution rules and Detection Engine
Feature:Prebuilt Detection Rules
Security Solution Prebuilt Detection Rules area
Feature:Rule Management
Security Solution Detection Rule Management area
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.
triage_needed
In discussion from #128202, in effort to cut down on packages shipping
security-rule
assets without a uniquerule_id
, it was decided to add asourcePackage
field for disambiguation (#128544), and to also add tests within the integrations repo to ensure anysecurity-rules
assets a package ships at least have a uniquerule_id
within the package itself (since a test case can't be added globally for all packages elastic/integrations#2115 (comment)).While this work would happen within the
integrations
repo, it's most likely the @elastic/security-detections-response-rules team that will be doing it, so this ticket is for tracking that effort.Outputs:
security-rule
assets in the package have a unique `rule_idsecurity-rule
assets have the fieldsourcePackage
and that it is the name of the package itselfThe text was updated successfully, but these errors were encountered: