OSSEM

Open Source Security Events Metadata (OSSEM)

Goals

Define and share a common information model in order to improve the data standardization and transformation of security event logs
Allow security analyts to query and analyze several data sources at once following a consistent event field naming convention
Enhance and expedite the integration of third party tools (i.e. SIGMA rules) by utilizing standard event field names
Define and share data structures and relationships identified in security events logs
Facilitate the creation of data analytics in order to validate the detection of adversary techniques
Provide detailed information about several security event logs to the community.
Learn more about security event logs (Windows, Linux & MacOS)
Have fun and think more about the data structure in your SIEM when it comes down to detection!!

Project Structure

There are four main folders:

Common Information Model (CIM):
- Facilitates the normalization of data sets by providing a standard way to parse security event logs
- It is organized by specific entities associated with event logs and defined in more details by Data Dictionaries
- The definitions of each entity and its respective field names are mostly general descriptions that could help and expedite event logs parsing procedures.
Data Dictionaries:
- Contains specific information about several security event logs organized by operating system and their respective data sets
- Each dictionary describes a single event log and its corresponding event field names
- The difference between the Common Information Model folder and the data dictionaries is that in the CIM the field definitions are more general whereas in a data dictionary, each field name definition is unique to the specific event log.
Detection Data Model:
- Focuses on defining the required data in form of data objects and the relationships among each other needed to facilitate the creation of data analytics and validate the detection of adversary techniques
- This is inspired by the awesome work of MITRE with their project CAR Analytics
- The information needed for each data object is pulled from the entities defined in the Common Information Model
ATTACK Data Sources:
- Focuses on the documentation of data sources suggested or associated with techniques defined in the Enterprise Matrix
- In addition, here is where data sources will be mapped with specific data objects defined in the Detection Data Model part of the project with the main goal of creating a link between techniques, data sources and data anlytics

Current Status: Alpha

The project is currently in an alpha stage, which means that the content is still changing. We welcome any feedback and suggestions to improve the project.

Projects Using OSSEM

HELK currently updating its pipeline configs

Resources

Author

Roberto Rodriguez @Cyb3rWard0g

Contributors

Jose Luis Rodriguez @Cyb3rPandaH
Jared Atkinson @jaredcatkinson

Contributing

If you love to work with data and would like to learn more about logs, there are a several ways that you could contribute to this project. You can check the To-do list and let us know what is it that you would love to help with. I also would love get some feedback on the following:

How feasible is it for your org to switch to the suggested data schema?
What do you think will need to happen for your org to start considering this standard?
What makes sense and what doesnt from a data naming convention perspective?
What data sources do you think the project is missing to cover most of the basics from a security event logs perspective?
How easy is it for your or your team to build on the top of this standard schema? (Does the current schema help?)
Is this helpful?

Thank you very much in advance :)

weiofcn/OSSEM