What’s Logged
Every API operation generates an audit event. This includes successful operations, failed attempts, and security-relevant events.API Operations
- Attestation minting * Attestation revocation * Issuer creation/modification * Key registration
Security Events
- Authentication failures * Permission denied * Rate limit exceeded * Suspicious activity
Governance Actions
- Issuer approval/rejection * Issuer suspension * Role assignments * API key management
User Activity
- User login/logout * Password changes * User invitations * Role changes
Audit Event Structure
Each audit event contains detailed context about what happened, who did it, and when:Querying Audit Logs
Basic Query
Filtered Query
Filter Parameters
Policy decision audit trail
Every issuance policy evaluation is automatically recorded as an audit event. Each record captures thedecision_id, policy version, matched rules, evaluation time, and a SHA-256 hash of the input for tamper-evidence. Query policy decisions by filtering on resource_type=policy_decision:
Common use cases
Security investigation
Find all failed authentication attempts for a specific actor:Compliance Report
Export all attestation operations for a time period:User Activity Review
See everything a specific user did:Log retention
For compliance requirements exceeding your tier’s
retention period, configure SIEM integration to stream logs to your own
infrastructure.
Custom retention policies
You can configure how long audit logs are retained and whether expired logs are archived or permanently deleted. Set retention policies globally or per environment.
The default policy retains logs for 365 days, archives (soft-deletes) expired logs, and allows exports.
Get your current retention policy:
tenant.audit.retention.manage permission. Viewing settings requires tenant.audit.retention.read.
SIEM Integration
Enterprise customers can stream audit logs in real-time to external security information and event management (SIEM) systems.Supported providers
Configure a streaming destination from Settings > Audit > SIEM in the console, or manage destinations programmatically through the SIEM configuration API. For step-by-step provider setup instructions, see the SIEM integration guide.
Create a SIEM destination
provider with one of splunk, datadog, cloudwatch, elastic, or webhook. Each provider requires a destination endpoint and an authentication credential (token for Splunk, Datadog, and Elastic; access_key_id and secret_access_key for CloudWatch; secret for custom webhooks).
List SIEM destinations
Retrieve all configured streaming destinations for your tenant.Update a SIEM destination
Change the endpoint, credentials, or enabled state of an existing destination.Delete a SIEM destination
Remove a streaming destination. In-flight events are flushed before the destination is deleted.Delivery and buffering
Once enabled, every audit event is streamed to your destination in real time alongside the standard in-platform log. If the destination is unreachable, events are buffered and retried with exponential backoff for up to 24 hours. You can monitor delivery health in thestatus field returned by the list endpoint — possible values are active, degraded (retrying), and failed.
Next steps
SIEM integration
Stream audit events to Splunk, Datadog, CloudWatch, Elastic, or a custom webhook.
Compliance exports
Export audit data in SOC 2, GDPR, and HIPAA formats.
Abuse hardening
Detect and prevent abuse using audit data.
Rate limits
Understand rate limiting behavior in audit logs.

