Skip to main content

Overview

Forwarders and one-shot destination pushes read the same audit trail. Configuration and runtime events ship together unless you filter. Refer to Audit events to query or reconstruct events, including gateway decisions. Refer to Audit events concept for the unified trail model. Ad-hoc exports to stdout or a file use dome audit export and dome_audit_export. The typical workflow is:
  1. Choose a format your downstream pipeline understands.
  2. Configure a destination and store its credentials as integration secrets.
  3. Schedule recurring exports or push once with the export REST endpoint.
  4. Inspect export runs and monitor forwarder health.
Map SIEM fields when you consume OCSF or CEF. Ingest external audit events when systems outside the gateway must contribute to the same trail. The sections below cover formats, destinations, schedules, run inspection, forwarder health, SIEM field mapping, and external ingestion.

Requirements

Before you begin:
  • Authenticate to Dome and select a workspace
  • Have destination credentials ready to store as integration secrets
  • Know which format and connector your pipeline requires

Permissions

Export configuration and schedules require platform permissions for integrations and audit export. Each operation states what it configures or returns.

Choose a format

Pick the format your downstream pipeline understands. Destination connectors and the CLI / MCP export surfaces accept the same values where noted.

Configure a destination

Configure an export integration before creating a schedule. Each destination reads the same audit query and serializes matching events in its selected format. Refer to Audit events for the filter model those queries use. Write connector credentials as integration secrets, then push once with the export REST endpoint.
The handler validates format up front and rejects unknown values with 400. S3 and GCS write a single object per call, named <start>_to_<end>.<ext> under the configured prefix. Datadog batches events in groups of 1000 to the Log Intake API.

Schedule recurring exports

Create an audit_export job for the configured destination. Set the interval, time, format, and event filters together.
You can use hour, day, week, or month intervals. Weekly schedules accept day_of_week. Daily, weekly, and monthly schedules use UTC time_of_day. Update or disable a schedule with PATCH /api/v1/workspaces/{{WORKSPACE_ID}}/jobs/{{JOB_ID}}. Delete it when the forwarder should stop permanently.

Inspect export runs

Read a scheduled job to inspect its ten most recent runs.
Each run reports running, success, or failed, plus start time, finish time, error, and result. Investigate failures before the next scheduled window. List every export schedule in a workspace.

Monitor forwarder health

Treat a configured integration as connected, then use recent run state to assess delivery. The table below maps each state to the next action. The dashboard’s Integration & Forwarder Health panel lists available export destinations and their connection state.

Map SIEM fields

OCSF and CEF exports carry the request-origin fields from the audit envelope so SOC pivots by IP, user agent, or HTTP verb work without re-joining sources. Configuration events typically populate these fields. Many gateway decisions leave request_surface unset. Refer to Audit events concept for why attribution differs by event type.

Ingest external audit events

External systems push audit events into the unified trail via the REST ingestion endpoint, consolidating agent activity from systems outside the gateway. Refer to Audit events to query ingested events.

Next steps