-
Notifications
You must be signed in to change notification settings - Fork 474
[tanium] Fix handling of differently formatted data #11797
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
Conversation
Pinging @elastic/security-service-integrations (Team:Security-Service Integrations) |
🚀 Benchmarks reportTo see the full report comment with |
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.
Is there a test case that I'm missing that exercises the json.state instanceof String
case?
@efd6 Yes, that's the existing case. There are 5 examples ( |
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
|
💚 Build Succeeded
History
|
Package tanium - 1.10.2 containing this change is available at https://epr.elastic.co/package/tanium/1.10.2/ |
For the `threat_response` data stream: - Handle `state` when it's parsed JSON (as well as when it's stringified JSON). - Set `user.id` and `user.related` after processing 'User Id', so its value is used. - Handle `Match Details` data in its own field (the same as when it's in an encoded payload). For all data streams: - Add processor tags and improve `on_failure` handling. --------- Co-authored-by: Dan Kortschak <[email protected]>
For the `threat_response` data stream: - Handle `state` when it's parsed JSON (as well as when it's stringified JSON). - Set `user.id` and `user.related` after processing 'User Id', so its value is used. - Handle `Match Details` data in its own field (the same as when it's in an encoded payload). For all data streams: - Add processor tags and improve `on_failure` handling. --------- Co-authored-by: Dan Kortschak <[email protected]>
For the `threat_response` data stream: - Handle `state` when it's parsed JSON (as well as when it's stringified JSON). - Set `user.id` and `user.related` after processing 'User Id', so its value is used. - Handle `Match Details` data in its own field (the same as when it's in an encoded payload). For all data streams: - Add processor tags and improve `on_failure` handling. --------- Co-authored-by: Dan Kortschak <[email protected]>
For the `threat_response` data stream: - Handle `state` when it's parsed JSON (as well as when it's stringified JSON). - Set `user.id` and `user.related` after processing 'User Id', so its value is used. - Handle `Match Details` data in its own field (the same as when it's in an encoded payload). For all data streams: - Add processor tags and improve `on_failure` handling. --------- Co-authored-by: Dan Kortschak <[email protected]>
Proposed commit message
Discussion
This can be reviewed commit-by-commit.
Checklist
changelog.yml
file.