About Logs
AlloyScan provides operational and security logs that record what happened on a Site and across the instance. There are 5 site-level logs plus 3 global logs — eight log surfaces in total.
How logs are organized
Site-level logs (under Admin Center > Site Settings > Logs) record events that occur within the boundaries of one Site:
- Audit log — audit operations and their outcomes.
- Scan log — scan operations and their outcomes.
- Notifications log — notification emails queued or sent for Site users.
- Change log — configuration changes inside the Site (segments, users, tags, reports, notification templates, and so on).
- Security log — authentication events and platform-security events.
Global logs (under Admin Center > App management > Logs) record events at instance scope and aggregate across Sites where applicable:
- Notifications log — instance-wide view of notification queue.
- Change log — cross-Site configuration changes; this view adds a
Sitecolumn so the originating Site is identifiable. - Security log — instance-wide authentication and platform-security events.
The three global logs share an event surface with their site-level counterparts: any event recorded in a Site Notifications / Change / Security log surfaces in the corresponding global log.
Deployment settings can hide some log surfaces
Some deployments can hide optional log surfaces:
- Security log can be hidden both per-Site and globally.
- Change log can be hidden both per-Site and globally.
If a log surface is not enabled for a deployment, the corresponding log entry is not rendered in any Admin Center menu on that instance.
Completeness caveat
Not every configuration-plane action necessarily produces an entry in the Change log or Security log. Certain operational and service accounts exist specifically to bypass entity metadata tracking. Treat the logs as the primary record of administrator-driven changes, but do not assume every administrative-scope change is attributable to a named operator in these logs.
Note: Details may vary by deployment.
Why this design
Splitting logs by domain (Audit / Scan / Notifications / Change / Security) makes it practical to pivot on the right axis when investigating an incident. Splitting by scope (per-Site versus instance-global) lets a Site Administrator review tenant-bound activity without seeing other tenants, while a Global Administrator can correlate across the whole fleet.
Limitations
- Log export UX is not exhaustively exercised in the current build.
- Retention is documented for the Security log (default 90 days, controlled by the
SecurityLogs:RetentionDayssetting and enforced only when the flag is on); retention for the other four log types is not explicitly documented. - Log grids share the default 1000-row cap with Inventory grids; use Load all sparingly.