-
Notifications
You must be signed in to change notification settings - Fork 464
amazon_security_lake: fix handling of JSON encoded flattened fields #14323
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
a7a0602
to
274099b
Compare
The ocsf.api.{request,response}.data fields may be strings holding JSON encoded data, but the fields is mapped as flattened, resulting in failure to index documents. Conditionally JSON decode the string and if this fails, put the value in a well known location in an object so that the flattened mapping does not fail.
274099b
to
1105833
Compare
🚀 Benchmarks reportTo see the full report comment with |
💚 Build Succeeded
cc @efd6 |
|
Pinging @elastic/security-service-integrations (Team:Security-Service Integrations) |
...curity_lake/data_stream/event/_dev/test/pipeline/test-application-activity.log-expected.json
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.
LGTM
Package amazon_security_lake - 2.5.2 containing this change is available at https://epr.elastic.co/package/amazon_security_lake/2.5.2/ |
…lastic#14323) The ocsf.api.{request,response}.data fields may be strings holding JSON encoded data, but the fields is mapped as flattened, resulting in failure to index documents. Conditionally JSON decode the string and if this fails, put the value in a well known location in an object so that the flattened mapping does not fail.
Proposed commit message
Checklist
changelog.yml
file.Author's Checklist
How to test this PR locally
Related issues
Screenshots