Skip to content

new o11y secure application detection#4108

Open
bpluta-splunk wants to merge 16 commits into
developfrom
secureapp
Open

new o11y secure application detection#4108
bpluta-splunk wants to merge 16 commits into
developfrom
secureapp

Conversation

@bpluta-splunk

Copy link
Copy Markdown
Collaborator

Details

We are keeping the legacy AppD Secure Application detection until we can get a TA to provide the sourcetype for both AppD and o11y.

Checklist

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

@bpluta-splunk

Copy link
Copy Markdown
Collaborator Author

Screenshots of search being ran against test data

Screenshot 2026-05-27 at 11 47 27 AM Screenshot 2026-05-27 at 11 47 39 AM

Comment thread detections/application/splunk_secure_application_alerts_for_runtime_security.yml Outdated
@patel-bhavin

Copy link
Copy Markdown
Contributor
image

testing from the show instance.

patel-bhavin
patel-bhavin previously approved these changes Jun 11, 2026
@patel-bhavin patel-bhavin added this to the v6.1.0 milestone Jun 11, 2026
Comment thread macros/secureapp_field_mappings.yml Outdated
Comment thread macros/secureapp_attack.yml Outdated
Comment thread detections/application/splunk_secure_application_alerts_for_runtime_security.yml Outdated
search: |-
`secureapp_attack`
| rename attackEvents{}.* AS *, detailJson.* AS *, vulnerabilityInfo.* AS *
| fields - tag::eventtype, eventtype, host, id, index, linecount, punct, source, sourcetype, splunk_server, tag, SourceType, app, clientAddressType, "attackEvents{}.* status"

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is there a time field that we can include to help analysts identify the time range for the investigation?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@bryan-splunk - thoughts? I believe _time is already a part of the output!

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

correct. _time is already part of the output.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See the screenshot above from @patel-bhavin running the search the output has not _time currently. Let's add it the to the fields command

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i could be wrong, but if _time was not a field, then how would the Time column be populated? That column I believe looks at the _time field

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

One of the thing @bryan-splunk is trying here to not add a stats/table command as he would like the entire alert as the detection output. _time is a part of the event, hence it does not need to be listed explicitily!

Co-authored-by: Nasreddine Bencherchali <nbencher@cisco.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants