Roaming BitesAWS architecture
SEV-2 · RB-2026-0912Architecture view
← Evidence console

AWS service architecture + incident path

See what runs where—and why

The service map names the AWS building blocks and their purpose. The attack-path map below shows how the compromised merchant session moves across those boundaries.

Architecture at a glance

AWS services in use

AWS managed service labels distinguish cloud services from Roaming Bites application components and external providers.

Scope of this map: the evidence identifies the Campaign Assistant as an application and shows the AWS services it calls, but it never identifies how its web tier or business database are hosted. Those parts are therefore shown as logical Roaming Bites components rather than being labelled as API Gateway, Lambda, CloudFront, DynamoDB or another guessed implementation. This does not mean a web host or database is absent—only that participants do not need an invented service choice to investigate this incident.

Interactive incident path

Follow the compromise across trust boundaries

Choose a phase, then select a node to inspect its runtime, service identity, permissions and evidence. The architecture above highlights the same phase.

Phase 1

Valid account access

A stolen password creates a valid merchant session and reaches the normal campaign workspace.

Compromised or malicious Legitimate capability abused Observed, compromise unproven
Read left → right · Wrapped rows continue below · Select a card