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

[meta] Update to ECS 1.2 to 1.4 #13940

Closed
41 of 51 tasks
andrewkroh opened this issue Oct 7, 2019 · 8 comments
Closed
41 of 51 tasks

[meta] Update to ECS 1.2 to 1.4 #13940

andrewkroh opened this issue Oct 7, 2019 · 8 comments

Comments

@andrewkroh
Copy link
Member

andrewkroh commented Oct 7, 2019

ECS 1.2 has been released with these changes. Beats should be updated where possible.

ECS Changes (copied from changelog)

  • Added threat.* fields to apply a taxonomy to events and alerts.
  • Added fields in log.* to allow for full Syslog mapping.
  • Added package.* to installed software packages.
  • Added registered_domain to url, source, destination, client, and server.
  • Added top_level_domain field to url, dns.question, source, destination, client, and server.
  • Added group.domain field.
  • Added url.extension.
  • Added observer.name and observer.product.
  • Added dns.question.subdomain field.
  • Added error.stack_trace field.
  • Added log.origin.file.name, log.origin.function and log.origin.file.line fields.
  • Added service.node.name to allow distinction between different nodes of the same service running on the same host.
  • Added error.type field.

Changes to Beats

ECS 1.3 Changes

ECS 1.4 Changes

@webmat
Copy link
Contributor

webmat commented Oct 14, 2019

Is this on track for 7.5 FF?

@cwurm
Copy link
Contributor

cwurm commented Oct 15, 2019

We also need to govendor for ecs.version.

@andrewkroh
Copy link
Member Author

@cwurm Thanks for the reminder. I pushed an update to #14052 with the vendor changes.

@elasticmachine
Copy link
Collaborator

Pinging @elastic/siem (Team:SIEM)

@tsg tsg changed the title [meta] Update to ECS 1.2 [meta] Update to ECS 1.4 Feb 10, 2020
@tsg tsg changed the title [meta] Update to ECS 1.4 [meta] Update to ECS 1.2 to 1.4 Feb 10, 2020
@nemhods
Copy link

nemhods commented Feb 12, 2020

The new Winlogbeat 7.6.0 publishes events that claim to be ECS 1.4.0.
However, the security processor (https://github.com/elastic/beats/blob/master/x-pack/winlogbeat/module/security/config/winlogbeat-security.js) assigns illegal values to the field event.type:

  • "authentication_success"/""authentication_failure"" should be expressed as event.type:access (?) and event.outcome:success/failure
  • "process_start" and "process_end" should be "start" and "end"

I thought I'd report that here, or should i create a post on discuss.elastic.co?

@tsg
Copy link
Contributor

tsg commented Feb 12, 2020

Thanks for the report @nemhods. Reporting here is enough, and the adoption of ECS 1.4 among Beats is still in-progress targetting 7.7, so I hope we'll solve this by then.

@rw-access
Copy link

rw-access commented Jun 25, 2020

Checking in on this issue.
Will process_start/process_end be updated to start/end what about other event types? Should we (cc @elastic/security-intelligence-analytics) work with beats and ECS if necessary to help get these through? @randomuserid knows a few of these well

The more we follow ECS, the simpler it is for our rules to work across multiple data sources. Otherwise, we have to OR together the invalid values of fields event.type or rely on other fields like event.action which are implementation defined.

Update: I just checked and saw that both values are currently populated, which works fine. If @randomuserid finds more inconsistencies, I'll have him add them here.

@webmat
Copy link
Contributor

webmat commented Jun 26, 2020

Yes, the fields are arrays primarily to support events that fall into multiple categories.

But the array fields also let us keep bwc with the earlier values, prior to releasing the official list. 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants