Entities
The Entities page is a principal-centric view of the identities in your activity and the resources they touched. Entities are discovered passively as CloudTrail events reference them — no manual configuration is needed.
In the app: /entities
What is an Entity?
An entity is any AWS resource or actor that has been referenced in an event: an EC2 instance, an IAM user, an IAM role, an IAM access key, an S3 bucket, an EKS cluster, a Lambda function, or an ECS task. Entities are created automatically in DynamoDB the first time they appear in a finding.
Entity Table
Each row shows: the entity type (with icon), the entity identifier (ARN, instance ID, access key ID, or IP address depending on type), the AWS account it belongs to, the last time it appeared in a finding, and the total number of events that reference it.
Risk Signals
Entities that appear across many events, or across many event types, are surfaced as higher-signal. A single principal that both enumerates IAM and reads large volumes of S3 is a strong signal worth investigating in the Events explorer.
Linking to Events
Click an entity row to filter the Events explorer to only events that reference that specific resource. This is useful during incident response to build a timeline of all activity associated with a specific EC2 instance or IAM principal without sifting through unrelated events.
Entity Types
EC2 Instance
Instance ID (i-xxxxxxxxx)
IAM Role
Role ARN
IAM User
User ARN
IAM Access Key
Access Key ID (AKIAxxxxxxxx)
S3 Bucket
Bucket name
EKS Cluster
Cluster ARN
Lambda Function
Function ARN
ECS Task
Task ARN
IP Address
IPv4 address (actor)
Stale Entities
Entities that have not appeared in any event for 90 days are considered stale. They remain in the inventory but are visually de-emphasized. Periodically review stale entities — a decommissioned EC2 instance still in the list is harmless, but a stale IAM access key that reappears in a new event may indicate a key that was not properly rotated.
Entity vs. Actor
A subtle distinction: the resource (e.g., an S3 bucket) is the target, while the actor (e.g., an IP address or IAM principal) is the entity that performed the action. AWS Cloud Governance tracks both. In the entity list, actors are displayed alongside targeted resources, each with their own finding count and last-seen timestamp.
💡 Tip
During an active incident, start on the Entities page to find the compromised resource, then click through to the filtered Events view to reconstruct the full timeline. This is faster than scrolling through unfiltered events looking for a specific instance ID.
ℹ️ Note
Entities are created passively from event data — they are not discovered by scanning your AWS account. An EC2 instance that has never appeared in an event will not be in this view, even if it exists and is running.