-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Security Solution] Added the rule_source field to the rule schemas #181581
Conversation
Pinging @elastic/security-detections-response (Team:Detections and Resp) |
Pinging @elastic/security-solution (Team: SecuritySolution) |
Pinging @elastic/security-detection-rule-management (Team:Detection Rule Management) |
0644a27
to
b552f76
Compare
b552f76
to
0fe40ae
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
jest-preset
0fe40ae
to
6969bf9
Compare
6969bf9
to
cff3ca9
Compare
cff3ca9
to
23c0db9
Compare
23c0db9
to
2a5cfc0
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Response Ops changes LGTM! This is an addition to the detection rule params schema, so I checked that it follows the guidelines for intermediate release:
✅ - optional field added to the schema
✅ - no changes to actually set the field from the UI.
Please ensure that this PR is merged and released to serverless before any followup PRs that make use of this new field. Please reach out if there are any questions about this process. Thanks!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
.../server/lib/detection_engine/rule_management/logic/import/create_rules_stream_from_ndjson.ts
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the PR @xcrzx! The changes look good to me. I left one comment. Please take a look when you can.
...ecurity_solution/common/api/detection_engine/model/rule_schema/common_attributes.schema.yaml
Outdated
Show resolved
Hide resolved
💚 Build Succeeded
Metrics [docs]Async chunks
History
To update your PR or re-run it, just comment with: |
Resolves: #180121
Resolves: #180122
Resolves: #180124
Summary
As part of the preparatory changes for the work in Milestone 3, we want to add the new
rule_source
field to the API schema.rule_source
as an optional property toRuleResponse
, by introducing it as an optional property in theResponseFields
schema.undefined
for therule_source
field.rule_source
as an optional property toRuleToImport
, which defines the schema of required and accepted fields when importing a rule.rule_source
field should be ignored in the endpoint logic.ruleSource
field to theBaseRuleParams
schema, as an optional field.snake_case
tocamelCase
for object keys to reduce code duplication.