Skip to content
SproutProject · active

Cloud IAM: measure blast radius, not policy count

The security of a cloud account isn't the sum of its policies; it's the reachability graph they create.

planted February 18, 2026 · last tended May 20, 2026

Taking shape. Has structure and at least one real source or experiment.


Most cloud security reviews audit policies one at a time. But identities compose: role A can assume role B, B can write the deployment bucket, the deployment touches everything. The real object of study is the graph, and the metric that matters is blast radius: from this credential, what is transitively reachable?

Working hypotheses:

  • Privilege escalation in the cloud is usually a path-finding problem, not a misconfiguration problem. Each edge looked reasonable in isolation.
  • Defaults are destiny. The service roles a platform hands out for free define the ambient blast radius most orgs never look at.
  • The fix is rarely “tighten this policy” and usually “cut this edge.”

This is systems thinking in its purest form: emergent reachability from locally sensible rules. It’s also why I rank capability confinement first in prompt-injection-is-untrusted-input: an AI agent is just another identity in the graph, and its credentials define what a successful injection is worth.

Current experiment: building a small crawler that renders an account’s identity graph and scores nodes by reachable-resource count. Status lives on the public quest log. Notes will graduate here as it grows.

Paths that lead here

Where this note points