- Notifications
You must be signed in to change notification settings - Fork 513
[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 |
efd6 left a comment
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 ( |
efd6 left a comment
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 <dan.kortschak@elastic.co>
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 <dan.kortschak@elastic.co>
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 <dan.kortschak@elastic.co>
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 <dan.kortschak@elastic.co>




Proposed commit message
Discussion
This can be reviewed commit-by-commit.
Checklist
changelog.ymlfile.