Skip to main content
Audit Logs is a beta feature. This feature is functional and supported, but is still undergoing regular changes. Audit logging requires enablement for your organization — contact your Strata account team or Strata support to enable it.
Console audit logs give you a complete record of every administrative action taken in your Maverics Console. Whether you need to investigate a misconfigured deployment, demonstrate compliance to an auditor, or simply answer “who changed that?” — audit logs provide the evidence.

What Are Console Audit Logs?

Every action that administrators perform in the Console is recorded as a log entry — who performed the action, what resource was affected, when it happened, and whether it succeeded or failed. Publishing a config bundle, inviting a team member, updating a deployment, uploading a TLS certificate — each of these actions produces a structured audit record. Audit logs matter for three reasons:
  • Compliance evidence — Audit logs provide the admin-action audit trail required by frameworks like SOC 2, HIPAA, and GDPR. They prove who made configuration changes, when, and whether those changes were authorized.
  • Security investigations — When something goes wrong — a misconfigured policy, an unauthorized deployment publish — audit logs let you trace the exact sequence of actions that led to the issue, including the actor, IP address, and timestamp.
  • Operational accountability — In multi-admin environments, audit logs establish clear ownership of every change. You can answer “who published that config?” or “who removed that team member?” without guessing.

Console Logs vs. Orchestrator Logs

Console audit logs capture management plane actions: configuration changes, bundle publishing, team membership, organization settings — everything administrators do in the Console UI. The Orchestrator, by contrast, captures data plane actions: user authentication events, authorization decisions, token issuance, and proxy requests — everything that happens at runtime when end users interact with protected applications. Together, Console audit logs and Orchestrator logs provide complete audit coverage across both administrative and runtime operations. For Orchestrator-side logging, see the Compliance and Audit guide and the Telemetry Reference.

Accessing Audit Logs

Audit logs are accessible through the Console UI. You can filter by time range, event category, and specific event type to find relevant entries. JSON/CSV export and SIEM streaming are on the roadmap — see Export and Integration below.

Schema (v1.0)

Every audit log entry follows the v1.0 schema. The top-level structure contains identifying information, the event classification, and nested objects describing the actor, target, source, context, and request.

Top-Level Fields

MRN format: The id field and target.id use Maverics Resource Notation (MRN), a structured identifier with the format:
For example: maverics:us-west-2:550e8400-e29b-41d4-a716-446655440000:audit-log:7c9e6679-7425-40de-944b-e07fc1f90ae7

Outcome

The outcome object records the result of the action. Status values:

Actor

The actor object identifies who performed the action. Actor types:

Target

The target object identifies what was acted upon. Resource types:

Source

The source object records where the request originated. Client types: browser, api_client, sdk, service, unknown

Context

The context object provides tracing and service metadata for correlating events across services.

Request

The request object captures HTTP-level details about the API call.
The API uses camelCase JSON serialization for all fields (e.g., eventType, statusCode, displayName, ipAddress, clientType, userAgent, traceID, spanID, queryParams, contentLength, contentType).

Metadata

The metadata object is a flexible key-value store for domain-specific context that doesn’t fit the standard schema fields. The keys present in metadata vary by event type, providing additional detail relevant to the specific action.

Reserved Metadata Keys

The following keys have a defined meaning across all event types:

Common Metadata Keys by Event Category

Example:
Metadata keys are not guaranteed to be present on every event. They appear only when relevant to the specific action being recorded.

Event Categories and Types

The Console captures over 65 distinct event types organized into 7 categories. Each event type represents a specific API action.
All operations related to creating, configuring, publishing, and managing Orchestrator deployments.
Operations for managing organization settings and configuration.
Operations for invitations, roles, team membership, and organizational units.
CRUD operations for applications managed through the Console.
Operations for managing identity fabrics and service extensions.
TLS certificate management operations.
User account operations.

Storage and Retention

Audit log storage is automatic when audit logging is enabled for your organization. There is no additional configuration required. Logs are currently retained indefinitely and are accessible through the Console UI. A formal retention policy, including default retention periods, will be defined in a future release as export and SIEM streaming capabilities become available.

Export and Integration

The following export capabilities are on the Strata product roadmap and are not yet available. Contact your Strata account team for the latest availability.
Planned export and integration capabilities for audit logs include:
  • JSON export — Download audit log data as JSON files for offline analysis and archival
  • CSV export — Export audit logs in CSV format for spreadsheet analysis and reporting
  • SIEM streaming — Stream audit log events to your cloud-based SIEM solution for centralized security monitoring and alerting

Compliance Guide

Security and compliance best practices for Maverics deployments

Telemetry

Logger, telemetry, and health check configuration for the Orchestrator

Console Overview

Console administration overview and capabilities