SG SealGrid Athena Docs

Audit Forwarding to SIEM

Athena writes every security-relevant action to an audit trail that you can read and query in the console. When you also need those events in a central SIEM — for long-term retention, correlation, or compliance — turn on audit forwarding and Athena will stream each event to a syslog collector as it happens. Forwarding runs in addition to the local audit log, so you keep the searchable on-box trail and gain an off-box copy at the same time.

Forwarding is additive — you don't lose the local log

Enabling forwarding does not replace the primary audit provider. Events are written to the local audit log (File or database) and forwarded to your collector. The console keeps reading the local trail through api/Audit, exactly as before.

How forwarding works#

When forwarding is enabled, every audit event Athena records is also queued for delivery to the syslog target you configure. Events are buffered and sent in batches; once the buffer reaches its configured size the batch is flushed to the collector. The buffer is also flushed when the server shuts down, so pending events are delivered on a clean stop.

Delivery is isolated from the local log. If the collector is unreachable — a dropped UDP packet, a closed TCP port, DNS trouble — the local audit trail is never affected; the forwarding failure is contained and the on-box record stays complete. Because forwarding is one-way and stream-only, it is a write path: you query and browse audit history from the local provider, not from the SIEM connection.

Turning it on#

In the console, open Settings → Logging and find the Audit Forwarding section. Tick Enable syslog forwarding, then fill in where and how to send events:

FieldWhat it setsDefault
Syslog HostHostname or IP address of your syslog collector or SIEM ingest point.(empty)
PortUDP or TCP port the collector listens on.514
TransportNetwork transport — Udp or Tcp.Udp
Message FormatWire format for each event — Rfc5424, Rfc3164, Cef, or Json.Rfc5424
FacilityStandard syslog facility (for example local0 (16)) so your collector can route Athena events into their own stream.local0 (16)
Buffer SizeHow many events to accumulate before flushing a batch to the collector.10

Click Save to store the settings. Both a host and the enabled toggle are required for forwarding to start — if the host is left blank, forwarding stays off.

Changes take effect after a restart

Audit-forwarding settings are applied when the server starts, so a change to the toggle, host, transport, or format takes effect after the next application restart. The settings page shows a reminder when forwarding is enabled. Plan the change during a maintenance window.

Choosing a transport#

Message formats#

Athena can emit each event in four formats. Pick the one your SIEM parses most cleanly:

FormatBest for
Rfc5424Modern structured syslog. Recommended for most SIEM systems. Each event carries structured data (event type, event ID, actor, source, resource, action, agent) plus a human-readable message.
Rfc3164Legacy BSD syslog for older syslog servers that don't understand RFC 5424.
CefCommon Event Format — best for ArcSight and other enterprise SIEMs that ingest CEF.
JsonA JSON object per event — best for the Elastic (ELK) stack, Splunk HEC, or a custom ingest pipeline.

Every format includes the standard syslog priority (facility × 8 + severity) so your collector can filter by severity. Athena maps its audit severities to syslog levels as follows:

Audit severitySyslog level
Debug7 — Debug
Information6 — Informational
Warning4 — Warning
Error3 — Error
Critical2 — Critical

A forwarded RFC 5424 event looks like this on the wire (a failed login, wrapped for readability):

<132>1 2026-07-19T14:30:00.123Z ATHENA-SRV Athena - a1b2c3d4-… \
  [athena@0 eventType="LoginFailure" eventId="a1b2c3d4-…" success="False" \
  schemaVersion="1.0" user="jsmith" src="10.0.0.42" resourceType="User" \
  resourceId="jsmith" action="Login"] Failed login attempt for user 'jsmith'

Each event carries a schema version and a unique event ID, so downstream searches and correlation rules stay stable as the product evolves.

What gets forwarded#

Forwarding uses the same event catalog as the local trail — there is one stream of audit events, written locally and (when enabled) mirrored to your SIEM. That includes logins and logout, password and role changes, agent registration and revocation, deployment and command execution, scheduled-job changes and runs, token generation, settings changes, and server start/stop, among others. See Audited events for the full list. Each event carries the actor, source IP, affected resource, action, outcome, and severity.

Delivery & buffering#

Events are flushed to the collector once the buffer reaches its configured Buffer Size (default 10), and again when the server shuts down. If you want events to arrive with less delay on a quiet server, lower the buffer size so batches flush sooner; if you would rather send fewer, larger batches, raise it. Whatever the setting, the local audit log is always written immediately — buffering only affects the pace of the forwarded copy.

Air-gapped by default — forwarding is opt-in

Athena runs fully on-premises and sends nothing off-box unless you configure it. Audit forwarding is off out of the box; when you enable it, events go only to the syslog host you name — typically a SIEM inside the same isolated network. See Air-Gapped Operation.

Troubleshooting#

A change to the forwarding settings is itself recorded in the audit trail as a settings change, so you always have a record of who turned forwarding on or off and when. The local audit log remains the source of truth for querying history — see Querying the audit log.