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

FIX: Windows Event Logs forwarded via Wazuh are not parsing host.name properly #9106

Closed
InfosecGoon opened this issue Nov 9, 2022 · 1 comment
Labels
2.3 Planned for 2.3.X 2.4 Planned for 2.4.X

Comments

@InfosecGoon
Copy link

Windows Event Logs (including Sysmon, which is where we initially spotted this) that are ingested through Winlogbeat record the host name of the sending host as winlog.computer_name. But if they're sent via Wazuh, it's recorded as winlog.computer instead. Which isn't a big deal if your environment isn't mixing-and-matching log transports, but it's coming up now because the new Sysmon dashboards are configured to use winlog.computer_name and so they're not showing anything for environments forwarding the events via Wazuh. I've confirmed the behavior on my test machines.

After discussion with Josh B and Wes, it looks like host.name is also being set incorrectly (should be Windows endpoint agent name, instead it's the name of the receiving SO instance) and Josh thinks this is the root of the problem.

@TOoSmOotH TOoSmOotH added 2.4 Planned for 2.4.X 2.3 Planned for 2.3.X labels Nov 29, 2022
@TOoSmOotH
Copy link
Contributor

Wazuh is not supported any more

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Feb 27, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
2.3 Planned for 2.3.X 2.4 Planned for 2.4.X
Projects
None yet
Development

No branches or pull requests

2 participants