MITRE ATT&CK · TA0001 Initial Access

T1078.004: Valid Accounts: Cloud Accounts

Last reviewed:

T1078.004 is the cloud-specific subtechnique covering compromises of cloud-native identities: IAM users, service principals, federated identities, workload identities. It is the technique behind the Snowflake mass-stealer breaches and most cloud-account-takeover incidents to date. DCV rates the FSBP IAM control set as Significant coverage here, plus Kubernetes anonymous-access findings and GCP TWO_STEP_VERIFICATION_DISABLED. T1078.004 is the densest detection surface in cloud identity; instrument it before any other identity work.

01 What is T1078.004?

Valid accounts in cloud environments may allow adversaries to perform actions to achieve Initial Access, Persistence, Privilege Escalation, or Defense Evasion. Cloud accounts are those created and configured by an organization for use by users, remote support, services, or for administration of resources within a cloud service provider or SaaS application. Cloud Accounts can exist solely in the cloud; alternatively, they may be hybrid-joined between on-premises systems and the cloud through syncing or federation with other identity sources such as Windows Active Directory.

Service or user accounts may be targeted by adversaries through Brute Force, Phishing, or various other means to gain access to the environment. Federated or synced accounts may be a pathway for the adversary to affect both on-premises systems and cloud environments - for example, by leveraging shared credentials to log onto Remote Services. High privileged cloud accounts, whether federated, synced, or cloud-only, may also allow pivoting to on-premises environments by leveraging SaaS-based Software Deployment Tools to run commands on hybrid-joined devices.

An adversary may create long lasting Additional Cloud Credentials on a compromised cloud account to maintain persistence in the environment. Such credentials may also be used to bypass security controls such as multi-factor authentication.

Cloud accounts may also be able to assume Temporary Elevated Cloud Access or other privileges through various means within the environment. Misconfigurations in role assignments or role assumption policies may allow an adversary to use these mechanisms to leverage permissions outside the intended scope of the account. Such over privileged accounts may be used to harvest sensitive data from online storage accounts and databases through Cloud API or other methods. For example, in Azure environments, adversaries may target Azure Managed Identities, which allow associated Azure resources to request access tokens. By compromising a resource with an attached Managed Identity, such as an Azure VM, adversaries may be able to Steal Application Access Tokens to move laterally across the cloud environment.

Platforms: IaaS, Identity Provider, Office Suite, SaaS.

02 Coverage in DCV

DCV maps 121 detections across 3 cloud providers to T1078.004. Coverage by source:

Source Cloud Findings mapped Avg confidence
Microsoft Defender for Cloud Azure 31 0.90
AWS Config Rules AWS 29 0.52
AWS Security Hub AWS 18 0.86
Azure Policy Azure 16 0.87
GCP Security Command Center GCP 11 0.78
Azure Regulatory Compliance Azure 8 0.94
AWS GuardDuty AWS 4 0.85
AWS Macie AWS 3 0.80
GCP Chronicle GCP 1 0.85

03 Detect with CloudSigma

CloudSigma has coverage metadata for 121 T1078.004 rules across 7 platforms. The linked platform page remains the canonical rule surface; this page will embed an example after a rule clears the public embed bar.

CloudSigma has coverage metadata for T1078.004, but no public example rule clears the embed bar for this page yet. Generate a fresh starting-point rule in CloudSigma from the relevant advisory or threat-research input, then validate it against your local telemetry before enabling it in production.

05 Related techniques

· Detection guides covering this technique

06 FAQ

What is T1078.004 (Valid Accounts: Cloud Accounts)?

T1078.004 is the cloud-specific subtechnique covering compromises of cloud-native identities: IAM users, service principals, federated identities, workload identities. It is the technique behind the Snowflake mass-stealer breaches and most cloud-account-takeover incidents to date. DCV rates the FSBP IAM control set as Significant coverage here, plus Kubernetes anonymous-access findings and GCP TWO_STEP_VERIFICATION_DISABLED. T1078.004 is the densest detection surface in cloud identity; instrument it before any other identity work.

Where does T1078.004 appear in cloud detection sources?

DCV maps 121 cloud-native detections to T1078.004 across 3 cloud providers, drawn from AWS Config Rules, AWS GuardDuty, AWS Macie, AWS Security Hub, Azure Policy, Azure Regulatory Compliance, GCP Chronicle, GCP Security Command Center and Microsoft Defender for Cloud.

What MITRE ATT&CK tactic does T1078.004 belong to?

T1078.004 is part of MITRE ATT&CK TA0001 Initial Access: How adversaries get into the environment.

How does CloudSigma fit for T1078.004?

T1078.004 requires multi-event correlation that exceeds a single Sigma rule's structure. CloudSigma can generate a starting-point rule from a CVE, vulnerability disclosure, or threat-research blog post that exercises T1078.004-style abuse; pair it with SIEM-side correlation logic before enabling in production.

Sources
  • MITRE ATT&CK, https://attack.mitre.org/techniques/T1078/004/
  • MITRE Tactic TA0001 Initial Access, https://attack.mitre.org/tactics/TA0001/
  • MITRE Center for Threat-Informed Defense, Security Stack Mappings (https://center-for-threat-informed-defense.github.io/security-stack-mappings/)
Last verified: 2026-06-06