Skip to content
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

Detection data model and required data fields #37

Open
hxnoyd opened this issue Jul 14, 2019 · 1 comment
Open

Detection data model and required data fields #37

hxnoyd opened this issue Jul 14, 2019 · 1 comment
Projects

Comments

@hxnoyd
Copy link
Collaborator

hxnoyd commented Jul 14, 2019

The current detection data model (DDM) does not take into consideration mandatory data fields, for example: I want to develop a detection analytic on "win registry key modification", and I require "registry_key_path", "registry_key_value_name" and "registry_key_value_data" to be present. If my EDR solution lacks to provide one of this fields (i.e. "registry_key_value_data"), both the data dictionary (of the EDR in question) and common information model will provide a "win registry" object that lacks a data field needed by the analytic (i.e. "registry_key_value_data").

Is this by design, something you want to keep out of the DDM?

@Cyb3rWard0g
Copy link
Collaborator

Hey @hxnoyd , the DDM is still a work in progress so I agree with you that it needs to be added to it to cover analytics like the ones you are working on. Thank you for the suggestion and feedback. I will add that soon. Thank you.

@Cyb3rWard0g Cyb3rWard0g added this to To do in OSSEM 2.0 Jun 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
OSSEM 2.0
  
To do
Development

No branches or pull requests

2 participants