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

Add MITRE ATT&CK subtechniques #867

Closed
rw-access opened this issue Jun 10, 2020 · 2 comments · Fixed by #951
Closed

Add MITRE ATT&CK subtechniques #867

rw-access opened this issue Jun 10, 2020 · 2 comments · Fixed by #951
Assignees
Labels
discuss enhancement New feature or request

Comments

@rw-access
Copy link
Contributor

rw-access commented Jun 10, 2020

Summary
MITRE is adding subtechniques to ATT&CK soon. It's in beta and soon will be in the major release. We should have integrations and update threat.* to add room for subtechniques.

Example of a subtechnique
https://attack.mitre.org/beta/techniques/T1548/003

Motivation:
Include any context around the suggestion and motivation for opening an issue.

Detailed Design:

Provide additional details around the design of the proposed changes.

  • Field names: threat.subtechnique.{id, name, ref}
  • Example values for the fields 003
  • Suggested appropriate datatypes: same as the other threat fields
  • Any example events that map to the proposed use case(s)
    No events yet, but here's a link
    https://attack.mitre.org/techniques/T1548/003/
@rw-access
Copy link
Contributor Author

In elastic/kibana#75771, and with the relevant changes in elastic/detection-rules we've though about ways to structure this.

Right now, ECS does not define a strict schema for how threat.tactic and threat.technique relate to each other. Every field is basically a multi-valued field if you have any arrays. I think this is a really good thing and gives us flexibility in structure.

Since you can't have a subtechnique without a technique (unlike techniques and tactics, which could be defined independently, I think it makes the most sense to define the {id, name, ref} fields for subtechnique at threat.technique.subtechnique. I'll get a PR this week that has these recommended changes.

@rw-access
Copy link
Contributor Author

PR #951

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
discuss enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants