Sources the agent reads on the host, and listeners for devices that cannot run one.
-
filetail Core
Tails plain-text log files (application logs, web server logs, Kubernetes container logs) and forwards each line as an event, surviving file rotation and agent restarts.
-
http_in Core
Accepts log lines pushed over HTTP(S), for sources such as webhooks, IoT/edge devices and app log shippers that cannot run the agent or speak syslog.
-
journald Core
Reads the Linux systemd journal and forwards each entry as an event, resuming exactly where it left off after a restart.
-
syslog_in Core
Listens for incoming syslog (RFC 5424/3164 over TCP, UDP or a local socket) so the agent can act as a gateway for devices that cannot run an agent themselves.
-
beats_in Apex
Receives events from Filebeat, Winlogbeat and the other Elastic Beats over the Beats (Logstash) protocol, so an existing Beats fleet can ship to the agent as its gateway without changing anything but the destination address.
-
bsm_audit Apex
Collects the Solaris BSM audit trail — logins, privilege use and file changes — decoded with the operating system's own praudit, so each record arrives with the user, process and session that caused it.
-
etw Apex
Streams Windows ETW (Event Tracing for Windows) kernel and application telemetry in real time, capturing high-volume activity such as process creation, network connections and DNS that never reaches the Windows Event Log.
-
fluent_in Apex
Receives logs from Fluent Bit and Fluentd over their Forward protocol, so an existing Fluent Bit fleet (the usual Kubernetes log collector) can ship to the agent as its gateway, acknowledged only once the logs are safe.
-
gelf_in Apex
Receives GELF (Graylog Extended Log Format) over UDP and TCP, so Docker's gelf logging driver and applications that log to Graylog can send to the agent instead.
-
hec_in Apex
Receives events sent to a Splunk HTTP Event Collector endpoint, so anything that can send to Splunk HEC (logging drivers, Kubernetes connectors, products with a "send to Splunk" option) can send to the agent instead, answered only once the events are safe.
-
linux_audit Apex
Collects Linux kernel audit records - process executions, file-access watches, logins, privilege changes - reassembled into one structured event per audit event.
-
modbus_in Apex
Polls Modbus TCP/RTU industrial devices (PLCs, RTUs, meters) and emits events only on meaningful register changes, threshold crossings or device outages, never a raw telemetry stream. Read-only by construction.
-
mqtt_in Apex
Subscribes to an MQTT broker and turns each published message into an event, the common ingest shape for IoT/edge sensors and devices.
-
openwec_in Apex
Receives Windows events from an OpenWEC collector, so Windows hosts that forward their logs with the built-in Windows Event Forwarding — with no agent installed on them — arrive with the same fields as from the agent, and flags events whose claimed host is not the sender.
-
oslog Apex
Reads the macOS unified log, backfilling the gap since the agent's last run and then following new entries live.
-
otlp_in Apex
Receives OpenTelemetry logs over OTLP (gRPC and HTTP) from applications instrumented with an OpenTelemetry SDK and from OpenTelemetry Collectors, answering each request only once the logs are safe.
-
relay_in Apex
Receives events over the agent's own acknowledged relay transport, so a gateway agent can concentrate traffic from edge agents with guaranteed delivery instead of best-effort TCP.
-
snmptrap_in Apex
Listens for SNMP traps and informs (v1/v2c/v3) from network and OT devices - switches, firewalls, UPSes, PLC gateways - and turns each notification into an event.
-
windows_eventlog Apex
Collects the Windows Event Log, the OS's structured record of system, security and application activity including Sysmon, with live subscription and resumable checkpoints.
-
wmi Apex
Polls Windows Management Instrumentation (WMI) via WQL queries for system-inventory and live-state data: running services, installed hotfixes, disk usage, hardware.