AWS Lambda Function Invoked from an Unusual Source ASN
Description
Identifies an AWS Lambda function invoked directly by a principal from a source network (ASN) not seen for that principal in the prior 10 days, excluding common cloud provider networks. Direct invocation from an unfamiliar external network can indicate use of stolen execution-role or user credentials from attacker-controlled infrastructure to execute functions or retrieve the data they return. This rule relies on AWS Lambda data event logging, which is not enabled by default.
Query · kuery
data_stream.dataset: "aws.cloudtrail"
and event.provider: "lambda.amazonaws.com"
and event.action: Invoke*
and event.outcome: "success"
and not aws.cloudtrail.user_identity.invoked_by: *
and source.as.organization.name:(* and not (Amazon* or AMAZON* or Google* or GOOGLE* or Microsoft* or MICROSOFT*))
Investigation fields
Pivot points the source recommends for triage.
@timestampuser.nameuser_agent.originalsource.ipsource.as.organization.namesource.geo.country_nameaws.cloudtrail.user_identity.arnaws.cloudtrail.user_identity.typeaws.cloudtrail.user_identity.access_key_idaws.cloudtrail.user_identity.session_context.session_issuer.arnaws.cloudtrail.request_parametersevent.actioncloud.account.id
Implementation guide
This rule requires AWS Lambda data events to be logged in CloudTrail and ingested via the AWS integration
(aws.cloudtrail data stream). Lambda invocation (Invoke) is a data-plane event and is NOT logged by default; enable
data event logging for Lambda functions in the trail (optionally scoped to sensitive functions to manage volume). Source
ASN enrichment (source.as.organization.name) must be available on the ingested events.
Known false positives
- Operators and automation may legitimately invoke functions from new networks (new offices, VPNs, home IPs, or new egress infrastructure). Verify the principal in `aws.cloudtrail.user_identity.arn`, the source network, and the function, and exclude known operator networks or identities after validation.
Analyst notes
Investigating AWS Lambda Function Invoked from an Unusual Source ASN
Lambda execution-role credentials and user credentials are frequently abused after theft (for example via SSRF or RCE against a function, or leaked access keys). When such credentials are replayed from attacker infrastructure, the resulting direct Invoke calls originate from a network the legitimate principal has not used. This rule uses a new terms approach over the source ASN organization and the principal, excluding common cloud provider networks, to surface invocation from unfamiliar external networks.
Possible investigation steps
- Review
source.ip,source.as.organization.name, andsource.geofor the invoking network and determine whether it is expected for the principal inaws.cloudtrail.user_identity.arn. - Inspect
aws.cloudtrail.request_parametersfor thefunctionNameanduser_agent.originalfor the client used. - Determine whether the credential (
aws.cloudtrail.user_identity.access_key_id) was recently seen used elsewhere or outside the Lambda runtime, which would corroborate credential theft. - Correlate with other activity by the same principal from the same network, including data-plane access, IAM, or STS calls.
False positive analysis
- New legitimate networks (offices, VPNs, home IPs, new egress) will generate this alert. Confirm the principal and network are expected and exclude known operator networks or identities after validation.
- If source ASN is legitimate and expected, add as an exclusion to reduce false-positives.
Response and remediation
- If credential abuse is confirmed, rotate or revoke the affected credentials and execution-role permissions, and review what the invoked function accessed or returned.
- Constrain
lambda:InvokeFunctionto expected identities and, where possible, restrict invocation to known networks using IAM conditions.