Key WCS fields
The Wazuh Common Schema (WCS) defines thousands of fields, but most searches, dashboards, and detection rules rely on a small subset. The tables below list the fields to know first, grouped by the question they answer. You can use them in the search bar of the Wazuh dashboard, for example, in Threat intelligence > Threat Hunting.
The fields are organized in the following sections:
When it happened
These fields record when Wazuh received an event and when the activity it describes took place. Use them to filter events and findings by time.
Field |
Use it to |
|---|---|
|
Filter events and findings by the time Wazuh received them. The Wazuh dashboard uses this field for its time range. |
|
Search by the time the activity happened, according to the original log. |
Where it came from
These fields identify the Wazuh agent, integration, and log location that produced an event. Use them to narrow a search to one endpoint, data source, or log file.
Field |
Use it to |
|---|---|
|
Find the events of one monitored endpoint. |
|
Find the events of a group of Wazuh agents. |
|
Find the events of one source, such as |
|
Find the events of one category, such as |
|
Find the events read from one file, log channel, or Wazuh agent module. |
What happened
These fields describe the activity that an event records, using the same values across data sources. Use them to find the same kind of activity regardless of the original log format.
Field |
Use it to |
|---|---|
|
Find events of the same kind across sources, such as all |
|
Separate successful and failed activity, such as failed logons. |
|
Find a specific action as its source names it, such as a Windows event ID. |
|
Read a short, human-readable summary of the event. |
|
Read the original log. You can't search this field. |
Who and what was involved
These fields identify the users, hosts, processes, files, network connections, and registry keys involved in an event. Use them to investigate the activity of a specific user, endpoint, or file.
Field |
Use it to |
|---|---|
|
Find the activity of a user account. |
|
Find events by the host that the log reports, which can differ from the Wazuh agent that collected it. |
|
Investigate the processes that ran and how they started. |
|
Find activity on a file or a known file hash. |
|
Investigate network connections. |
|
Investigate the domains and URLs that an endpoint reached. |
|
Investigate changes to the Windows registry. |
Why it matters
These fields are only in findings. They describe the detection rule that matched an event, its severity, and its mapping to MITRE ATT&CK and compliance standards. Use them to prioritize and investigate findings.
Field |
Use it to |
|---|---|
|
Identify the detection rule that matched. |
|
Prioritize findings by severity: |
|
Map findings to MITRE ATT&CK techniques and tactics. |
|
Find findings related to a compliance standard, such as |
|
Find events that matched an indicator of compromise (IOC). |
|
Open the event that generated the finding. |
|
Gather the raw event, the normalized event, and all the findings of the same log. |
Example queries
The following queries show how to combine these fields in the Wazuh dashboard search bar:
High-severity findings from Linux endpoints:
wazuh.integration.name: linux and wazuh.rule.level: highFailed authentications on one endpoint:
wazuh.agent.name: Windows and event.category: authentication and event.outcome: failureFindings mapped to a MITRE ATT&CK technique:
wazuh.rule.mitre.technique.id: T1053Process events that ran PowerShell:
event.category: process and process.name: powershell.exe