1. Home
  2. Learn
  3. Attack path analysis

Guide

Attack paths: how findings connect

A single misconfiguration rarely tells you how exposed you are. An attack path does: it links an entry point, a weakness and the permissions in between to something you care about. Seeing the path tells you which finding to fix first, and which link to cut.

An attack path, step by stepA chain from the internet through a plain-HTTP load balancer, a function and the role it assumes, to a data bucket. The final link is cut by the fix.internetload balancerfunctionroledata bucketHTTP :80LB_TARGETS_FUNCTIONFUNCTION_ASSUMES_ROLEROLE_CAN_ACCESSthe fix cuts this linkENTRYDATA
01

Prioritize by exposure

A medium finding on a path to your data can matter more than a critical one on no path at all.

02

Fix the cheapest link

Cutting one link breaks the whole path, so you can choose the change with the smallest blast radius.

03

Explain risk in one picture

A path is easier to share with engineering and leadership than a list of findings.

The idea

From a list to a path

Posture checks report one resource at a time. In a real environment those resources are connected: a load balancer forwards to a function, the function runs as a role, the role can read a bucket.

Attack path analysis builds a graph of those relationships. Resources are the nodes; network reach, targets, assumed roles and access grants are the edges. A path is any route through the graph from somewhere an attacker can start to something worth reaching.

Three layers of one systemYour cloud estate on top, the risk graph that connects its findings in the middle, and the signed evidence chain underneath.DETECT · YOUR ESTATEaws · google cloud · azure · k8sFIX · THE PATH THAT MATTERSrisk graph · attack pathsPROVE · THE RECORDsigned · in your cloud

Building blocks

Four parts of every path

01

Entry point

Where the path starts, usually something reachable from the internet.

02

Weakness

A misconfiguration that makes the next step possible, such as a plain-HTTP listener.

03

Trust link

A relationship that carries access forward: a target, an assumed role, a grant.

04

Target

The resource at the end, often data, and the reason the path matters.

Try it

Walk one path, then cut it

Select each step to see why it is on the path. Then show the graph after the fix.

Risk graph · example

HTTP :80LB_TARGETS_FUNCTIONFUNCTION_ASSUMES_ROLEROLE_CAN_ACCESSprotectsInternetLoad balancerFunctionRoleData bucketNetworkKeyLog bucket

Data · Critical

Data bucket

The role can read this bucket, and the bucket allows public access. Link: ROLE_CAN_ACCESS.

Illustrative graph. The link names are the ones ACSE records.

Using paths well

Three habits of good path analysis

01

Score the path, not the node

Rank by how exposed the entry is, how serious the weakness is, what the target is and how many steps it takes.

02

Say what isn’t traced

A graph only knows the relationships it can read. An honest one marks a path as partial when links beyond it aren’t traced.

03

Show the after

Before approving a fix, show the graph with it applied, so everyone can see the path is cut.

How ACSE approaches it

The graph is built in your account

ACSE’s runtime builds the risk graph in your cloud from the same read-only scan as its checks. It follows trust links such as a load balancer targeting a function, a function assuming a role and a role that can access a bucket, and scores each path.

The control plane receives the shape of each path with counts, never resource names. Each fix shows an Impact graph with the path before and after the change, and paths whose further links aren’t traced are marked partial.

  • Five link types traced today, more to come
  • Paths scored on entry, weakness, reach and length
  • Before and after, in the approval view
Your data stays yoursA wall separates the customer’s cloud, holding resource names, ids, configuration and credentials, from what ACSE’s control plane receives: shapes and counts, such as seven buckets of which two are public.7 buckets · 2 publicno names, no idsYOUR CLOUDnames · ids · configcredentials · raw evidenceWHAT ACSE SEES · SHAPES AND COUNTS

Questions

What people ask us

Is attack path analysis the same as threat detection?

No. It shows how an attacker could move given your configuration. It doesn’t watch for an attacker who is moving now.

Why is a path marked partial?

Because some relationships beyond that point aren’t traced yet. Partial means “at least this exposed,” not “only this exposed.”

Does ACSE see the names of resources on a path?

No. The graph and its names stay in your account. ACSE’s control plane sees the shape of the path and counts.

Talk to us

See ACSE on your cloud.

Tell us what you run and what your auditors ask for. We’ll show you the loop end to end: a real finding, a fix as code, an approval with MFA and the sealed record.