Detect Cloud Account in Elastic Security
Adversaries may create cloud accounts to maintain access to victim systems. Cloud accounts include user accounts, service principals, managed identities (Azure), IAM users and roles (AWS), and service accounts (GCP). With sufficient access, adversaries create secondary credentialed accounts that do not require persistent remote access tools. Known actors include APT29 (creating Azure AD users), LAPSUS$ (creating global admin accounts in victim cloud tenants), and the AADInternals toolkit. Cloud accounts can be scoped to specific services to reduce detection surface and are often followed by credential additions or role escalation for persistence.
MITRE ATT&CK
- Tactic
- Persistence
- Technique
- T1136 Create Account
- Sub-technique
- T1136.003 Cloud Account
- Canonical reference
- https://attack.mitre.org/techniques/T1136/003/
Elastic Detection Query
sequence by cloud.account.id with maxspan=5m
[any where event.dataset in ("azure.auditlogs", "aws.cloudtrail", "o365.audit")
and (
(event.dataset == "azure.auditlogs"
and azure.auditlogs.operation_name in ("Add user", "Add service principal", "Add application", "Add service principal credentials")
and azure.auditlogs.result == "success")
or
(event.dataset == "aws.cloudtrail"
and event.action in ("CreateUser", "CreateRole", "CreateServiceLinkedRole", "CreateVirtualMFADevice")
and not error.code : *)
or
(event.dataset == "o365.audit"
and event.action in ("Add user.", "New-MsolUser", "New-AzureADUser"))
)
] by cloud.account.idDetects cloud account creation across Azure AD, AWS IAM, and Office 365. Monitors for new user accounts, service principals, IAM roles, and managed identities being created — tactics used by APT29 and LAPSUS$ for persistence via secondary credentials.
Data Sources
Required Tables
False Positives & Tuning
- Legitimate IT onboarding workflows creating new employee accounts in bulk during hiring surges or org restructuring
- Automated CI/CD pipelines or Terraform IaC runs that create service principals or IAM roles as part of infrastructure provisioning
- Cloud identity governance tools (e.g., SailPoint, Saviynt) running scheduled reconciliation tasks that create or sync accounts
Other platforms for T1136.003
Testing Methodology
Validate this detection against 4 adversary techniques from Atomic Red Team. Each test below lists the behaviour to exercise and the telemetry you should expect to see. Executable commands and cleanup steps are available with Pro.
- Test 1Create Azure AD User via Azure CLI
Expected signal: Azure AD AuditLogs: OperationName='Add user', Result='success', InitiatedBy.user.userPrincipalName=<your admin UPN>, TargetResources[0].displayName='df00tech-test-user'. The event appears within 1-2 minutes of execution.
- Test 2Create Azure Service Principal via PowerShell (AADInternals Pattern)
Expected signal: Azure AD AuditLogs: two sequential events — OperationName='Add application' followed within seconds by OperationName='Add service principal', then OperationName='Add service principal credentials'. All three events share the same CorrelationId or occur within the same 1-minute window from the same InitiatedBy UPN.
- Test 3Create AWS IAM User with Access Keys
Expected signal: AWS CloudTrail: CreateUser event with requestParameters.userName='df00tech-atomic-test-user' and responseElements.user.arn containing the new user ARN. Followed within seconds by CreateAccessKey event with the same userName. Both events share the sourceIPAddress of the calling machine and the userIdentity.arn of the executing role.
- Test 4Create Azure AD User via AADInternals PowerShell Module
Expected signal: Azure AD AuditLogs: OperationName='Add user', Result='success'. The InitiatedBy field will show the authenticated user's UPN (not an application identity, since AADInternals authenticates as the user). Sysmon Event ID 1 on the Windows host: Process Create for powershell.exe with CommandLine containing 'AADInternals' and 'New-AADIntUser'. PowerShell ScriptBlock Log Event ID 4104 captures the full command including credentials (monitor for this in SIEM).
References (10)
- https://attack.mitre.org/techniques/T1136/003/
- https://docs.microsoft.com/en-us/office365/admin/add-users/about-admin-roles?view=o365-worldwide
- https://docs.aws.amazon.com/IAM/latest/UserGuide/id_users_create.html
- https://support.google.com/cloudidentity/answer/7332836?hl=en&ref_topic=7558554
- https://docs.microsoft.com/en-us/azure/active-directory/fundamentals/add-users-azure-active-directory
- https://learn.microsoft.com/en-us/entra/identity-platform/app-objects-and-service-principals?tabs=browser
- https://www.microsoft.com/en-us/security/blog/2021/10/25/nobelium-targeting-delegated-administrative-privileges-to-facilitate-broader-attacks/
- https://www.microsoft.com/en-us/security/blog/2022/03/22/dev-0537-criminal-actor-targeting-organizations-for-data-exfiltration-and-destruction/
- https://aadinternals.com/aadinternals/
- https://github.com/redcanaryco/atomic-red-team/blob/master/atomics/T1136.003/T1136.003.md
Unlock Pro Content
Get the full detection package for T1136.003 including response playbook, investigation guide, and atomic red team tests.