t1666-modify-cloud-resource-hierarchy

name	T1666_modify-cloud-resource-hierarchy
description	Adversaries may attempt to modify hierarchical structures in infrastructure-as-a-service (IaaS) environments in order to evade defenses.
category	configuration
version	18.1
author	cyberstrike-official
tags	["mitre-attack","enterprise","t1666","defense-evasion","iaas"]
technique_id	T1666
tactic	defense-evasion
all_tactics	["defense-evasion"]
platforms	["IaaS"]
mitre_url	https://attack.mitre.org/techniques/T1666
tech_stack	["cloud"]
cwe_ids	["CWE-693"]
chains_with	[]
prerequisites	[]
severity_boost	{}

T1666 Modify Cloud Resource Hierarchy

High-Level Description

Adversaries may attempt to modify hierarchical structures in infrastructure-as-a-service (IaaS) environments in order to evade defenses.

IaaS environments often group resources into a hierarchy, enabling improved resource management and application of policies to relevant groups. Hierarchical structures differ among cloud providers. For example, in AWS environments, multiple accounts can be grouped under a single organization, while in Azure environments, multiple subscriptions can be grouped under a single management group.

Adversaries may add, delete, or otherwise modify resource groups within an IaaS hierarchy. For example, in Azure environments, an adversary who has gained access to a Global Administrator account may create new subscriptions in which to deploy resources. They may also engage in subscription hijacking by transferring an existing pay-as-you-go subscription from a victim tenant to an adversary-controlled tenant. This will allow the adversary to use the victim’s compute resources without generating logs on the victim tenant.

In AWS environments, adversaries with appropriate permissions in a given account may call the LeaveOrganization API, causing the account to be severed from the AWS Organization to which it was tied and removing any Service Control Policies, guardrails, or restrictions imposed upon it by its former Organization. Alternatively, adversaries may call the CreateAccount API in order to create a new account within an AWS Organization. This account will use the same payment methods registered to the payment account but may not be subject to existing detections or Service Control Policies.

Kill Chain Phase

• Defense Evasion (TA0005)

Platforms: IaaS

What to Check

• Identify if Modify Cloud Resource Hierarchy technique is applicable to target environment
• Check IaaS systems for indicators of Modify Cloud Resource Hierarchy
• Verify mitigations are bypassed or absent (3 known mitigations)
• Assess detection coverage (1 detection strategies)

How to Test

Manual Testing

1. Identify Attack Surface: Determine if the target environment is susceptible to Modify Cloud Resource Hierarchy by examining the target platforms (IaaS).

2. Assess Existing Defenses: Review whether mitigations for T1666 are in place. If defenses are absent or misconfigured, this technique may be exploitable.