Response playbooks, investigation guides, and Atomic Red Team tests are Pro-only. Upgrade to unlock the full detection package for THREAT-CloudSnapshot-CrossAccountExfil.

Upgrade to Pro
THREAT-CloudSnapshot-CrossAccountExfil IBM QRadar · QRadar

Detect Data Exfiltration via Cross-Account Cloud Snapshot/Image Sharing in IBM QRadar

Adversaries with compromised cloud IAM credentials can exfiltrate entire volumes of data without ever moving a byte across a monitored network boundary by abusing native snapshot- and image-sharing primitives to hand a resource directly to an attacker-owned account on the same cloud provider. The canonical pattern (AWS): the operator calls ec2:ModifySnapshotAttribute or ec2:ModifyImageAttribute to add a foreign, attacker-controlled AWS account ID to the resource's launchPermission/createVolumePermission list, then — from that foreign account, using their own credentials — calls ec2:CopySnapshot or ec2:CopyImage to pull the shared EBS snapshot or AMI (and everything on the underlying disk: databases, secrets, source code, customer PII) into infrastructure the victim organization does not control and cannot subpoena. Because the transfer happens entirely inside the cloud provider's control plane and storage backend, it generates no NetFlow, no DNS query, no proxy log, and no EDR process telemetry — the only artifacts are cloud provider management-plane API calls (AWS CloudTrail, and the Azure/GCP equivalents: az snapshot grant-access issuing an cross-tenant SAS, or GCP disk/image IAM bindings adding an external principal). This is distinct from T1567.002 (Exfiltration to Cloud Storage, which moves data via an application-layer upload to a storage bucket/object endpoint) and from T1020 (Automated Exfiltration via a client tool like rclone, already covered elsewhere in this corpus): T1537 specifically covers using the provider's own account-to-account resource-sharing mechanism so the 'transfer' is really a permission grant plus a copy operation the victim's own logging often is never configured to alert on. RDS snapshot sharing (rds:ModifyDBSnapshotAttribute) and S3 cross-account bucket policy/ACL grants follow the identical pattern and are covered as secondary hunting signals below. The technique is a documented step in several cloud-native ransomware and data-theft intrusions (Scattered Spider AWS incidents, multiple Mandiant/Permiso cloud IR cases) precisely because it evades tooling built to watch egress traffic rather than the control plane.

MITRE ATT&CK

Tactic
Exfiltration

QRadar Detection Query

IBM QRadar (QRadar)
sql
SELECT
    "Event Name" AS EventName,
    "User Identity Account Id" AS SourceAccountId,
    "Recipient Account Id" AS RecipientAccountId,
    "Request Parameters" AS RequestParameters,
    sourceip AS SourceIP,
    starttime AS EventTime
FROM events
WHERE
    "Event Name" IN ('ModifySnapshotAttribute', 'ModifyImageAttribute', 'ModifyDBSnapshotAttribute')
    AND starttime > (NOW() - 86400000)
ORDER BY starttime DESC
high severity medium confidence

QRadar AQL query against normalized AWS CloudTrail DSM events matching the three snapshot/image/DB-snapshot attribute-modification event names, surfacing candidate cross-account resource-sharing actions for further request-parameter review.

Data Sources

AWS CloudTrail DSM eventsQRadar normalized events table

Required Tables

events

False Positives & Tuning

  • Approved disaster-recovery or backup replication jobs sharing snapshots with a secondary organizational AWS account
  • Managed service provider or partner integrations legitimately consuming shared AMIs/snapshots
  • Internal platform teams migrating workloads between AWS Organization member accounts via snapshot sharing

Other platforms for THREAT-CloudSnapshot-CrossAccountExfil


Testing Methodology

Validate this detection against 3 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.

  1. Test 1Simulated EBS Snapshot Cross-Account Share

    Expected signal: AWS CloudTrail ModifySnapshotAttribute event with requestParameters.userIds containing the synthetic external account ID, ingested into AWSCloudTrail (Sentinel) or index=cloudtrail sourcetype=aws:cloudtrail (Splunk).

  2. Test 2Simulated AMI Cross-Account Launch Permission Grant

    Expected signal: AWS CloudTrail ModifyImageAttribute event with requestParameters.launchPermission.add containing the synthetic external account ID.

  3. Test 3Simulated RDS Snapshot Cross-Account Share

    Expected signal: AWS CloudTrail ModifyDBSnapshotAttribute event with requestParameters.valuesToAdd containing the synthetic external account ID.

Unlock playbooks & atomic tests with Pro

Get the full detection package for THREAT-CloudSnapshot-CrossAccountExfil — response playbook and atomic red team tests, plus investigation guidance and hunting queries.

df00tech Pro — £29/user/month

Response PlaybookInvestigation GuideHunting QueriesAtomic Red Team TestsTuning Guidance

Related Detections

Detection Variants (1)

Different telemetry and tradecraft for the same technique — pick the one that matches the data you collect.