Obtain Capabilities is the step where an attacker acquires the functions, permissions, or tooling needed to continue an intrusion. This can mean privilege escalation, credential theft, or adding new tooling, so defenders should monitor for new rights, token use, suspicious downloads, and changes that expand execution options.
What Obtain Capabilities Means in an Intrusion
Obtain Capabilities is the stage where an attacker expands what they can do inside a target environment, whether by stealing credentials, elevating privileges, or introducing new tooling that increases execution options and operational reach.
This stage matters because intrusion progress often depends less on the first foothold than on the attacker’s ability to turn limited access into durable control. A single compromised account, token, or admin path can become a platform for later movement, persistence, collection, or sabotage.
Common Ways Attackers Obtain Capabilities
Attackers usually gain capabilities by taking over an existing identity, abusing misconfiguration, or finding a pathway that grants broader permissions than intended. Credential theft, token abuse, and privilege escalation are the most direct routes, but software delivery gaps and exposed management interfaces can also create new execution options.
New tooling is another common indicator. Malware, remote administration utilities, scripting frameworks, and cloud-native administration tools can all be introduced after access is gained. That makes capability acquisition both an access problem and an operational change problem, because the attacker’s toolset often changes the defender’s detection surface.
Why This Stage Is Dangerous
Once an attacker can execute higher-value actions, the intrusion becomes harder to contain. Better capabilities let them bypass simple account-based restrictions, blend in with legitimate activity, and use trusted channels to move laterally or prepare for exfiltration and impact.
The danger is not only escalation but consolidation. As attackers accumulate rights, sessions, secrets, and tools, they reduce their dependence on the original compromise path. That can make the incident look like routine administrative activity unless defenders watch for unusual privilege changes, new tokens, and unexpected downloads or binaries.
How Defenders Spot and Disrupt Capability Acquisition
Defenders should treat capability gain as a sequence of observable changes rather than a single event. That means correlating authentication anomalies, privilege assignment changes, new API or shell activity, and the appearance of unfamiliar tools or persistence mechanisms.
Detection is strongest when teams compare current rights and tooling against a known baseline. If a user, service account, or session suddenly acquires broader permissions or starts using functions that do not match its normal role, that is often the earliest practical sign that the intrusion has entered a more dangerous phase.
Risk and Threat Considerations
Once an attacker obtains capabilities, the main risk is that a low-value foothold turns into a high-impact compromise through privilege expansion, credential abuse, or additional tooling. This is where many intrusions shift from access to control, and where containment becomes significantly harder.
Failure mechanism: The attacker exploits weak privilege boundaries, reused secrets, or exposed administrative functions to increase their effective authority and hide inside legitimate execution paths.
Impact: The result can include broader data access, persistence, lateral movement, service disruption, and the need to rotate credentials, revoke sessions, and review privileged actions across the environment.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK addresses the attack and risk surface, while NIST SP 800-53 Rev 5, CIS Controls v8 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| MITRE ATT&CK | TA0004 — Privilege Escalation | Covers attacker actions that expand permissions after initial access. |
| TA0006 — Credential Access | Covers theft or abuse of credentials used to gain additional capabilities. | |
| Recommendation — Map observed permission expansion to privilege escalation and hunt for the associated escalation path. Correlate credential access indicators with new rights and session activity to confirm capability gain. | ||
| NIST SP 800-53 Rev 5 | AC-6 — Least Privilege | Limits the excess permissions attackers try to obtain during an intrusion. |
| IA-5 — Authenticator Management | Addresses lifecycle and protection of authenticators often targeted to gain new access. | |
| Recommendation — Enforce least privilege so compromised accounts cannot easily expand their capabilities. Protect and rotate authenticators that could be used to obtain additional access. | ||
| CIS Controls v8 | CIS-6 — Access Control Management | Directly addresses account rights, privileges, and access pathways attackers abuse. |
| CIS-8 — Audit Log Management | Supports detection of privilege changes, token use, and tool introduction. | |
| Recommendation — Review and remove unnecessary access paths that would let an attacker gain more capability. Centralize and review logs for privilege changes, token activity, and new tooling. | ||
| NIST CSF 2.0 | PR.AA-05 — Manage Access Permissions and Authorizations | Requires controlled authorization changes that directly affect capability expansion. |
| DE.CM-01 — Monitor Networks and Systems for Anomalies | Supports spotting unusual rights use, tooling, and session behavior after compromise. | |
| RS.MI-01 — Mitigation | Guides response actions after attacker capability growth is identified. | |
| Recommendation — Monitor and approve authorization changes that expand what an account can do. Alert on anomalous privilege use, token activity, and new execution tooling. Contain the source of capability expansion by revoking access and removing attacker tooling. | ||
Practitioner Guidance
Why practitioners should care: This stage is often the point where a security event becomes an incident. If you only look for the initial compromise, you can miss the later step where the attacker gains the power to do real damage.
What to watch for: New admin rights, unusual token use, fresh tooling, and permission changes that do not match the account’s normal function should all trigger immediate review. The most useful question is not just “was access obtained?” but “what new actions became possible because of it?”
Practitioner takeaway: Treat capability expansion as a high-signal escalation moment and validate whether the attacker has gained credentials, privilege, or tooling that materially changes the incident scope.
Related resources from NHI Mgmt Group
- Who is accountable when an AI vendor changes an agent's capabilities without notice?
- How should organisations respond to shadow capabilities in MCP tools?
- How should security teams govern AI capabilities that can be revoked by a provider or regulator?
- What should practitioners look for in AI governance capabilities?