Event Logs

Event Logs is your organization's complete audit trail for AI agent activity every action, access attempt, authentication, and security event, recorded in real time so you can investigate incidents, prove compliance, and spot suspicious patterns.

What are Event Logs

Every time an agent takes an action calls a tool, requests access to a resource, authenticates, or triggers a security rule Agent Identity Security records it here as an event. Each entry captures who or what system was involved, what happened, when it happened, and whether it succeeded or failed.

Think of Event Logs as the security camera footage for your AI agents. When something goes wrong, this is where you look first.

Without Event Logs, your security team cannot:

  • Investigate a suspected security incident involving an agent.
  • Prove to an auditor that your agents operated within approved boundaries.
  • Trace the root cause of an unexpected agent behavior.
  • Detect repeated authentication failures that might indicate a compromised credential or misconfigured agent.
  • Monitor which agents are generating the most security events.

Getting to Event Logs

In the left navigation sidebar, select Govern, then select Event Logs.

Summary numbers

Four badges at the top of the page give you an instant health check. Each badge also works as a one-click filter — select it to filter the list to events of that severity. Select it again to clear the filter.

Badge What it means
Events (total) Every event ever recorded across all agents and all platforms. This number grows continuously.
Critical Events where something went seriously wrong or a high-severity rule was broken. Select to filter to Critical events only.
High Events flagged as significant but one level below Critical. Select to filter to High events only.
Medium Events that require monitoring but are not immediately urgent. These are the most common event type.

Event inventory columns

The main area shows events sorted by most recent first. Each row is a single security or activity event. Six columns appear by default:
Column What it shows
Timestamp The exact date and time the event was recorded, with a relative label such as "3m ago" beneath it. Hover to see the full timestamp. The list defaults to newest events first.
Resource The name of the resource involved — for example, an MCP gateway endpoint, an agent, a credential, or a policy. The resource type appears in smaller text beneath the name.
Event Type A category label for what kind of event this is. Examples include Auth Event, Integration Sync, Gateway Response, and Gateway Dispatch.
Category A higher-level group the event belongs to — for example, mcp_gateway, authentication, or integration_sync. Use these when building filters.
Action The specific action the system or agent attempted — for example, api-key-auth, gateway-to-agent-r..., or server-to-gateway.
Outcome Whether the action succeeded (green Success), failed (red Failed), or is pending. A Failed outcome means the action was rejected or encountered an error.
Tip: Use Search to find events by keyword. Use Columns to add or remove columns. Use Density to compact rows and see more events on screen at once.

Filter and search

With hundreds of thousands of events in a typical production environment, filtering is essential. Agent Identity Security gives you several ways to narrow the list:

  1. Select a severity badge (Critical, High, or Medium) at the top to filter by risk level.
  2. Select the filter icon next to any column header for a column-specific filter for example, filter Outcome to "Failed" to see only events that did not succeed.
  3. Select Search and type a keyword such as an agent name, resource name, or action.
  4. Apply multiple filters at the same time. Active filters appear as badge chips below the toolbar. Select x on a chip to remove it, or select Clear all to start fresh.
Note: The search bar operates within the currently loaded page of results by default. For a search across all events, use the column-level filter controls these run server-side and search the full dataset.

Export event logs

Select Export in the grid toolbar to download event data. Agent Identity Security supports four export formats:

Format Best for
JSON Feeding event data into automated tools, scripts, or data analysis workflows.
CSV Opening in Microsoft Excel or Google Sheets for manual review or reporting.
CEF Sending to SIEM tools such as Splunk, ArcSight, or IBM QRadar.
LEEF Direct ingestion into IBM QRadar.
Note: Exports respect any active server-side filters but do not include client-side filters. A maximum of 1,000 records are exported per request. Apply narrower filters before exporting if you need a specific dataset.

Read a single log entry

Select any row in the event list to open the full Event Log detail page. This page shows everything Agent Identity Security captured about that one event, organized across four tabs:

Tab What you find there
Event Story A plain-language summary of what happened the action attempted, the outcome, and a message explaining the result in non-technical terms. The first tab you see when you open any log entry.
Context The entities connected to the event, each shown as a card the resource, the agent (if identified), and metadata tags such as event type, authentication method, and endpoint ID.
Details and Changes The raw technical data captured at the time of the event. When an event records a change for example, a policy edit this tab also shows Before (red) and After (green) panels.
Raw JSON The complete log record exactly as stored in Agent Identity Security, formatted as readable JSON. Use for compliance evidence, debugging, or feeding data into external tools. Select Copy or Download to save.
Note: When no human actor triggered the event for example, when an automated system performed the action the actor is shown as System. When an authentication event arrives before an agent is identified, the Actor card is absent and shows as Unknown.

Respond to a Critical authentication failure

When you find a Critical Failed authentication event at an MCP Gateway endpoint, follow these steps:

  1. Copy the endpoint ID from the Context tab.
  2. Navigate to Secure > MCP Gateway and search for the endpoint using the copied ID. Verify it is still active and check whether its credential configuration is correct.
  3. If the endpoint should be receiving API key requests, confirm the calling application is sending the Bearer token correctly. The USER_AGENT field in the Details tab identifies which application made the call.
  4. Check Event Logs for the same resource over the past 24 hours. Repeated Critical failures from the same IP address may indicate a misconfigured integration or a suspicious external caller.
  5. If the failures are unexpected and no legitimate application should be calling this endpoint, navigate to Secure > MCP Gateway and deactivate or delete the endpoint to stop traffic.
  6. Document your findings by downloading the Raw JSON and attaching it to your incident management or ticketing system.
CAUTION: A high volume of Critical authentication failures from an unknown IP address may indicate an external party probing your MCP Gateway endpoints. Escalate to your security team if you see more than 10 Critical failures from the same IP address within one hour.

Common difficulties

Difficulty What to do
The event list shows hundreds of thousands of events and is hard to navigate. Apply filters before browsing. Start by selecting the Critical badge to see only the most urgent events. Then use the column filter on Event Type or Category to narrow further.
I cannot find the event I am looking for. Use the Search bar to type a keyword. If the event happened more than a few hours ago, use the Timestamp column filter to set a date range before searching.
The export only downloads 1,000 records but I need more. Apply a narrower filter (for example, filter by Category = mcp_gateway and a specific date range) before exporting. Each export is capped at 1,000 records per request.
The Context tab shows "Unknown" for the resource. The gateway could not match the request to a registered resource. This happens when the endpoint was deleted after the event was recorded, or when the request arrived before the endpoint was fully registered.
The actor shows "System" or null in the Context tab. The event was triggered by an automated process, not a human user. This is normal for authentication events, integration sync events, and scheduled workflow runs.
I need to share this log with an external auditor. Use the Raw JSON tab and select Download to save the complete log record as activity-log.json. This file contains all fields and is suitable for compliance evidence.