AWS IAM Sensitive Operations via Lambda Execution Role
Description
Detects successful IAM API calls that create or empower IAM users and roles, attach or embed policies, or wire roles to instance profiles when the caller is an assumed role session associated with AWS Lambda. Serverless execution roles are often over-permissioned; an adversary who can run or compromise function code can abuse these APIs for privilege escalation and persistence—for example creating users or roles, issuing keys, attaching managed or inline policies, or preparing EC2 instance profiles for lateral movement.
Query · kuery
event.dataset: "aws.cloudtrail"
and event.provider: "iam.amazonaws.com"
and event.outcome: "success"
and aws.cloudtrail.user_identity.type: "AssumedRole"
and (
aws.cloudtrail.user_identity.invoked_by: "lambda.amazonaws.com"
or user_agent.original : *AWS_Lambda*
)
and event.action: (
"AddRoleToInstanceProfile" or
"AddUserToGroup" or
"AttachGroupPolicy" or
"AttachRolePolicy" or
"AttachUserPolicy" or
"CreateAccessKey" or
"CreateInstanceProfile" or
"CreateRole" or
"CreateUser" or
"PutRolePolicy" or
"PutUserPolicy"
)
Investigation fields
Pivot points the source recommends for triage.
@timestampuser.nameuser_agent.originalsource.ipaws.cloudtrail.user_identity.arnaws.cloudtrail.user_identity.typeaws.cloudtrail.user_identity.invoked_byaws.cloudtrail.user_identity.access_key_idaws.cloudtrail.request_parametersaws.cloudtrail.response_elementsevent.actionevent.outcomecloud.account.idcloud.region
Known false positives
- Some organizations intentionally use Lambda functions to provision IAM principals, bootstrap accounts, or run identity automation (including roles and instance profiles). Confirm the function name in `user_identity.arn`, deployment pipelines, and change records. Exclude known automation roles or specific `session_context.session_issuer.arn` values after validation.
Analyst notes
Investigating AWS IAM Sensitive Operations via Lambda Execution Role
Lambda functions run under an execution role. When that role calls sensitive IAM control-plane APIs—user and group
changes (CreateUser, AddUserToGroup, …), user or role policies (AttachUserPolicy, PutUserPolicy,
AttachRolePolicy, PutRolePolicy), role and instance-profile wiring (CreateRole, CreateInstanceProfile,
AddRoleToInstanceProfile), or CreateAccessKey—CloudTrail typically records user_identity.type as AssumedRole and
may set user_identity.invoked_by to lambda.amazonaws.com. The session issuer ARN often references the Lambda service
or the execution role.
Possible investigation steps
- Parse
aws.cloudtrail.user_identity.arnfor the assumed-role session (function name or request id) and map it to the Lambda function and deployment path in the same account. - Review
aws.cloudtrail.request_parametersfor targets such asuserName,groupName,roleName,policyArn,instanceProfileName, or access key subject. - Compare
user_agent.originalandsource.ipto expected Lambda service patterns; correlate with CloudWatch Logs for the function around@timestamp. - Hunt ±30 minutes for follow-on IAM,
sts:AssumeRole, or data-plane access using any new credentials.
False positive analysis
- Approved infrastructure-as-code or onboarding Lambdas may perform these calls. Tune on execution role ARN or tags.
Response and remediation
- If unauthorized: disable the function, revoke or rotate the execution role credentials, remove rogue IAM users, roles, instance profiles, or keys, detach or delete unintended policies, and review permission boundaries on the role.