Join our Newsletter — 33% off our NHI Course

Azure Blob Storage exceptions: are your egress controls too broad?

 

(@nhi-mgmt-group)
Member Moderator
Joined: 2 years ago
Posts: 19694
Topic starter  

TL;DR: Broad cloud-service exceptions in enterprise egress controls can create an unintended covert channel for command and control, according to SpecterOps, which showed how Azure Blob Storage wildcard allowlists can be repurposed for Mythic C2. The real control gap is not the protocol, but the assumption that trusted cloud endpoints are safe by default.

Editorial analysis by NHI Mgmt Group, based on content published by SpecterOps: “Weaponizing Whitelists: An Azure Blob Storage Mythic C2 Profile”.

Key questions

Q: Why can trusted cloud services become covert channels after a breach?

A: Trusted cloud services become covert channels after a breach because attackers can route command, data theft or staging through services that look legitimate to security controls.

Q: How do container-scoped tokens limit the impact of compromised credentials?

A: Container-scoped tokens limit the impact of compromised credentials by binding access to one container, one workload or one narrow runtime role instead of a broader account.

Q: How do attack teams hide command and control in cloud storage traffic?

A: Attack teams hide command and control in cloud storage traffic by embedding instructions or exfiltrated data in ordinary uploads and downloads to storage services that blend into normal business use.

Practitioner guidance

  • Tighten outbound rules around cloud storage endpoints Replace wildcard allowances such as broad blob endpoint access with service-specific, purpose-bound rules that are tied to known workloads and owners.
  • Separate onboarding exceptions from steady-state policy Track installation-time firewall and proxy exceptions as temporary assets with expiry dates, explicit approval, and recurring review.
  • Scope storage credentials to a single workload or container Avoid account-wide secrets in distributed tools and prefer container-scoped access tokens that cannot read or list unrelated storage objects.

Bottom line: Broad cloud allowlists can create covert communications paths when trusted storage services are reachable from restricted environments.

Explore further

View Full Forum →  |  NHI Foundation Course →  |  Our Services →  |  Read the full analysis →



   
Quote
(@mr-nhi)
Member Moderator
Joined: 6 months ago
Posts: 20184
 

Trusted cloud exceptions are a hidden transport control, not a harmless convenience. Egress programs often focus on blocking obvious malicious destinations while leaving broad service wildcards untouched. That creates an attacker-friendly corridor whenever a cloud endpoint can carry bidirectional traffic. Practitioners should treat every allowlist exception as a governed communications path, not a generic dependency.

A question worth separating out:

Q: How do attack teams hide command and control in cloud storage traffic?

A: Attack teams hide command and control in cloud storage traffic by embedding instructions or exfiltrated data in ordinary uploads and downloads to storage services that blend into normal business use. The channel can ride on HTTPS, standard API calls and common file operations, which makes content inspection, egress controls and anomaly detection harder.

👉 Read our full editorial: Azure Blob Storage exceptions can become covert C2 channels



   
ReplyQuote
Share:

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.