upodated SPL based on new raw events

[bpluta-splunk]

Details

New search to leverage changes crowdstrike made to the raw events being sent.

Checklist

• Validate name matches <platform>_<mitre att&ck technique>_<short description> nomenclature
• CI/CD jobs passed ✔️
• Validated SPL logic.
• Validated tags, description, and how to implement.
• Verified references match analytic.
• Confirm updates to lookups are handled properly.

Notes For Submitters and Reviewers

• If you're submitting a PR from a fork, ensuring the box to allow updates from maintainers is checked will help speed up the process of getting it merged.
• Checking the output of the build CI job when it fails will likely show an error about what is failing. You may have a very descriptive error of the specific field(s) in the specific file(s) that is causing an issue. In some cases, its also possible there is an issue with the YAML. Many of these can be caught with the pre-commit hooks if you set them up. These errors will be less descriptive as to what exactly is wrong, but will give you a column and row position in a specific file where the YAML processing breaks. If you're having trouble with this, feel free to add a comment to your PR tagging one of the maintainers and we'll be happy to help troubleshoot it.
• Updates to existing lookup files can be tricky, because of how Splunk handles application updates and the differences between existing lookup files being updated vs new lookups. You can read more here but the short version is that any changes to lookup files need to bump the the date and version in the associated YAML file.

[bpluta-splunk]

stream_events.log
this will need to replace what is in the attack_data repo under datasets/suspicious_behaviour/crowdstrike_stream/event_stream_events
I do not have access to request a PR against that repo.

[ljstella]

Adding the dataset via this PR, could you tweak the test dataset link to point to the new file?

[bpluta-splunk]

For whatever reason, it looks like the datasets/suspicious_behaviour/crowdstrike_stream/event_stream_events/stream_events_2.log that got merged is not correct. It should have valid events, which what was merged looks to just have some metadata info.

[ljstella]

@bpluta-splunk is this not the 76kb file you linked above?

[bpluta-splunk]

That is correct. When I looked at the files changed for the attack_data MR https://github.com/splunk/attack_data/pull/1132/changes#diff-c724781f62e3c0105e4ae872cfe484d22f10d4a964c1d136839cdc69915ccd23 it was not showing that content for the file.

[ljstella]

That's because of git-lfs which stores the files separately, the way every single log in attack_data is stored.