Valid Accounts
- ID
- T1078
- Tactics
- TA0001 Initial Access, TA0003 Persistence, TA0004 Privilege Escalation, TA0005 Stealth
- Platforms
- Containers, ESXi, IaaS, Identity Provider, Linux, macOS, Network Devices, Office Suite, SaaS, Windows
- Data sources
- Logon Session Creation, User Account Authentication, Process Creation, Logon Session Metadata
- Source
- attack.mitre.org
- MITRE last modified
- 12 May 2026
Adversaries may obtain and abuse credentials of existing accounts as a means of gaining Initial Access, Persistence, Privilege Escalation, or Defense Evasion. Compromised credentials may be used to bypass access controls placed on various resources on systems within the network and may even be used for persistent access to remote systems and externally available services, such as VPNs, Outlook Web Access, network devices, and remote desktop.[6] Compromised credentials may also grant an adversary increased privilege to specific systems or access to restricted areas of the network. Adversaries may choose not to use malware or tools in conjunction with the legitimate access those credentials provide to make it harder to detect their presence.
In some cases, adversaries may abuse inactive accounts: for example, those belonging to individuals who are no longer part of an organization. Using these accounts may allow the adversary to evade detection, as the original account user will not be present to identify any anomalous activity taking place on their account.[7]
The overlap of permissions for local, domain, and cloud accounts across a network of systems is of concern because the adversary may be able to pivot across accounts and systems to reach a high level of access (i.e., domain or enterprise administrator) to bypass access controls set within the enterprise.[1]
Sub-techniques (4)
Detection
- DET0560 Detection of Valid Account Abuse Across Platforms
Data components: Logon Session Creation, User Account Authentication, Process Creation, Logon Session Metadata
Mitigations (8)
- M1013 Application Developer Guidance
Ensure that applications do not store sensitive data or credentials insecurely. (e.g. plaintext credentials in code, published credentials in repositories, or credentials in public cloud storage).
- M1015 Active Directory Configuration
Disable legacy authentication, which does not support MFA, and require the use of modern authentication protocols instead.
- M1017 User Training
Applications may send push notifications to verify a login as a form of multi-factor authentication (MFA). Train users to only accept valid push notifications and to report suspicious push notifications.
- M1018 User Account Management
Regularly audit user accounts for activity and deactivate or remove any that are no longer needed.
- M1026 Privileged Account Management
Audit domain and local accounts as well as their permission levels routinely to look for situations that could allow an adversary to gain wide access by obtaining credentials of a privileged account. [1] [2] These audits should also include if default accounts have been enabled, or if new local accounts are created that have not been authorized. Follow best practices for design and administration of an enterprise network to limit privileged account use across administrative tiers. [3]
- M1027 Password Policies
Applications and appliances that utilize default username and password should be changed immediately after the installation, and before deployment to a production environment.[4] When possible, applications that use SSH keys should be updated periodically and properly secured.
Policies should minimize (if not eliminate) reuse of passwords between different user accounts, especially employees using the same credentials for personal accounts that may not be defended by enterprise security resources.
- M1032 Multi-factor Authentication
Implement multi-factor authentication (MFA) across all account types, including default, local, domain, and cloud accounts, to prevent unauthorized access, even if credentials are compromised. MFA provides a critical layer of security by requiring multiple forms of verification beyond just a password. This measure significantly reduces the risk of adversaries abusing valid accounts to gain initial access, escalate privileges, maintain persistence, or evade defenses within your network.
- M1036 Account Use Policies
Use conditional access policies to block logins from non-compliant devices or from outside defined organization IP ranges.[5]
Groups (49)
- G0001 Axiom
- G0004 Ke3chang
- G0007 APT28
- G0008 Carbanak
- G0011 PittyTiger
- G0016 APT29
- G0026 APT18
- G0027 Threat Group-3390
- G0032 Lazarus Group
- G0034 Sandworm Team
- G0035 Dragonfly
- G0037 FIN6
- G0039 Suckfly
- G0045 menuPass
- G0046 FIN7
- G0049 OilRig
- G0051 FIN10
- G0053 FIN5
- G0061 FIN8
- G0064 APT33
- G0065 Leviathan
- G0085 FIN4
- G0087 APT39
- G0091 Silence
- G0093 GALLIUM
- G0096 APT41
- G0102 Wizard Spider
- G0114 Chimera
- G0117 Fox Kitten
- G0119 Indrik Spider
- G0122 Silent Librarian
- G1004 LAPSUS$
- G1005 POLONIUM
- G1015 Scattered Spider
- G1017 Volt Typhoon
- G1021 Cinnamon Tempest
- G1024 Akira
- G1032 INC Ransom
- G1033 Star Blizzard
- G1040 Play
- G1041 Sea Turtle
- G1043 BlackByte
- G1045 Salt Typhoon
- G1048 UNC3886
- G1051 Medusa Group
- G1055 VOID MANTICORE
- G1056 TeamPCP
- G1057 ShinyHunters
- G1058 The Gentlemen
Software (7)
References
- TechNet Credential Theft
- TechNet Least Privilege
- Microsoft Securing Privileged Access
- US-CERT Alert TA13-175A Risks of Default Passwords on the Internet
- Microsoft Common Conditional Access Policies
- volexity_0day_sophos_FW
- CISA MFA PrintNightmare
