---
title: Audit Log
description: Track all mutating actions across your Sencho instance with a searchable, exportable audit trail for team accountability.
---
The Audit Log requires a Sencho **Admiral** license. Skipper and Community Edition do not include this feature.
Sencho Admiral records every mutating action (deploy, stop, delete, settings changes, user management) with full attribution. The audit log answers the question every team eventually asks: **"Who changed what, and when?"**
## What gets logged
Every `POST`, `PUT`, `DELETE`, and `PATCH` request to the Sencho API is automatically recorded with:
| Field | Description |
|-------|-------------|
| **Timestamp** | When the action occurred |
| **User** | The authenticated username that performed the action |
| **Method** | HTTP method (`POST`, `PUT`, `DELETE`, `PATCH`), shown as a color-coded badge |
| **Action** | Human-readable summary (e.g., "Deployed stack: nginx-proxy") |
| **Status** | HTTP response status code, color-coded by result (green for success, yellow for client errors, red for server errors) |
| **Node** | Which node the action targeted, or `-` for local-only actions |
Expanding a row reveals additional detail:
| Field | Description |
|-------|-------------|
| **Request Path** | Full API path of the request |
| **IP Address** | Client IP address |
| **Node ID** | Numeric node ID, or "Local" for local actions |
| **Entry ID** | Unique identifier for the audit entry |
### Example actions tracked
- Stack lifecycle: deploy, stop, start, restart, pull, delete
- Stack creation and file edits
- Node management: add, update, delete
- User management: create, delete, role changes
- Settings changes
- System prune operations
- License activation/deactivation
- Webhook and notification agent configuration
- Fleet backup creation, restoration, and deletion
- Scheduled task management
- Registry credential management
## Viewing the audit log
Navigate to the **Audit** tab in the sidebar. This tab is visible to users with the **Admin** or **Auditor** role on an Admiral license.
Click any row to expand it and see the full request details inline.
The header displays the total number of matching entries and provides **Refresh** and **Export** controls.
Results are paginated at 50 entries per page. Navigation controls appear at the bottom of the table when there are multiple pages.
## Filtering and search
The audit log provides several ways to find specific entries:
- **Full-text search** - Search across action summaries, API paths, and usernames
- **Method filter** - Filter by HTTP method (POST, PUT, DELETE, PATCH) using the dropdown
- **Date range** - Set a start and/or end date to narrow results to a specific time window
All filters work together and are applied server-side with pagination.
## Export
Export the currently filtered audit log dataset as **CSV** or **JSON** using the **Export** dropdown in the header. The export respects all active filters, so you can narrow down to a date range or specific user before exporting.
Exports are capped at 10,000 entries per download.
## Auditor role
The **Auditor** role provides read-only access to the audit log without granting any administrative privileges. Auditors can:
- View the full audit log
- Search and filter entries
- Export audit data as CSV or JSON
- View stacks and nodes (read-only)
Auditors **cannot** modify settings, manage users, deploy stacks, or perform any other administrative actions. This role is ideal for compliance officers, security reviewers, or team leads who need visibility into system activity without operational access.
To create an Auditor user, go to **Settings > Users** and select the **Auditor** role when creating a new user.
## Configurable data retention
Audit log entries are automatically cleaned up based on your configured retention period. The default is **90 days**.
To change the retention period:
1. Go to **Settings > Developer > Data Retention**
2. Set the **Audit Log Retention** value (1-365 days)
3. Click **Save Developer Settings**
Cleanup runs automatically as part of Sencho's periodic maintenance cycle.
## Security at rest
Sensitive database values (such as remote node API tokens) are encrypted at rest. The encryption key is stored separately from the database, ensuring that database file exposure alone does not compromise secrets.