You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Would like to reopen the discussion on adding a related.id field ( I am also OK with log.id.
This field could either be a single value or an array depending on the log source / scenario. but regardless still a keyword ES type.
These would be dissimilar to event.id, because this proposed field would be the log source's internal identifier for correlating across multiple log types that it is. Also, this is distinct from the unique number/id of the log itself that the log source uses to prevent collisions or what not in its own internal logging database/function/system.
Four log sources that could immediately benefit:
Windows Event Log (WEF) field ActivityID
correlating multiple different EventIDs
Bro (Zeek) field uid
correlating multiple different log types. ex: conn <> ssl <> file <> x509 <> intel
Would like to reopen the discussion on adding a
related.id
field ( I am also OK withlog.id
.This field could either be a single value or an array depending on the log source / scenario. but regardless still a keyword ES type.
These would be dissimilar to event.id, because this proposed field would be the log source's internal identifier for correlating across multiple log types that it is. Also, this is distinct from the unique number/id of the log itself that the log source uses to prevent collisions or what not in its own internal logging database/function/system.
Four log sources that could immediately benefit:
ActivityID
correlating multiple different EventIDs
uid
correlating multiple different log types. ex: conn <> ssl <> file <> x509 <> intel
flow_id
correlating flow log <> application log <> alert log
Session ID
correlating traffic <> threat <>
** Side note, the above fields aren't exhaustive. example Bro has at least over 10+ other's and WEF has a whole lot of em **
Reference to #67
but I wanted to potentially add clarity by adding more use cases and splitting this related log id into its own discussion.
The text was updated successfully, but these errors were encountered: