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

[SECURITY] Endpoint only use host.hostname #70201

Open
XavierM opened this issue Jun 29, 2020 · 7 comments
Open

[SECURITY] Endpoint only use host.hostname #70201

XavierM opened this issue Jun 29, 2020 · 7 comments
Assignees
Labels
Team: SecuritySolution Security Solutions Team working on SIEM, Endpoint, Timeline, Resolver, etc. Team:SIEM triage_needed

Comments

@XavierM
Copy link
Contributor

XavierM commented Jun 29, 2020

In the SIEM app, we are using host.name vs using host.hostname. At the beginning of the project we were using only host.hostname but we switch to only use host.name because this field can be edited via the config file in beat.

We think that the endpoint should fill host.hostname and host.name at the same time, so we do not need to have a workaround in every query and the user won't be surprised that it is different trough our security app.

@kevinlog
Copy link
Contributor

@nnamdifrankie @ferullo @jonathan-buttner

FYI on the above. We may want to populate both fields. The Endpoint would need to write both fields (host.name and host.hostname) in the documents it ships. In the schemas we'd need to include host.name and host.hostname.

Let me know your thoughts or if you see any complications. The fields can just be copies of each other.

@tsg
Copy link
Contributor

tsg commented Jun 29, 2020

This comment in the ECS repo gives an explanation of how we expect host.hostname and host.name to be used. Like Xavier said, host.name has the advantage that can be overwritten via the config, so it is useful for people that have all their hosts called vagrant or something similar :).

As we can see in the linked ticket, the naming and/or descriptions are not very clear since other ECS implementors have hit the same confusion. So we should probably discuss how to improve it in ECS, but until then, I suggest filling both host.name and host.hostname to be consistent with the other Kibana apps.

@nnamdifrankie
Copy link
Contributor

@kevinlog on the kibana/registry side it touches all the events we send. Am sure it is the same thing on Endpoint side too. I thought that name was more arbitrary than hostname. But it will be a wide change.

@jonathan-buttner
Copy link
Contributor

@ferullo based on the issue here: https://github.com/elastic/endpoint-dev/issues/6637 I think the endpoint is populating those fields for all messages already. I haven't checked the latest endpoint though to verify though.

We will need to update the package for policy and metadata though because they don't map that field.

@nnamdifrankie
Copy link
Contributor

@XavierM @stephmilovic adding the changes for the data to master.

@webmat
Copy link

webmat commented Jun 30, 2020

I agree, please fill both.

If the endpoint offers the option to customize machine names, this customization should affect host.name. Even if the endpoint doesn't offer this functionality, it should populate host.name.

Populating host.name is a requirement for events to be picked up by the SIEM: https://www.elastic.co/guide/en/siem/guide/current/siem-field-reference.html

@elasticmachine
Copy link
Contributor

Pinging @elastic/siem (Team:SIEM)

@stephmilovic stephmilovic removed their assignment Oct 15, 2020
@MindyRS MindyRS added the Team: SecuritySolution Security Solutions Team working on SIEM, Endpoint, Timeline, Resolver, etc. label Oct 27, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Team: SecuritySolution Security Solutions Team working on SIEM, Endpoint, Timeline, Resolver, etc. Team:SIEM triage_needed
Projects
None yet
Development

No branches or pull requests

10 participants