Autonomous scanning agents reached card records, then dropped 180 tables. The tooling is public and the flaws are ordinary. What changed is the price of trying.
Entry point. strix, 146 scanning runs, model-driven recon.
The identity in the middle. Valid application credentials the agents obtained, used the way the application itself uses them.
What was reached. 600,000 card records read, then 180 tables dropped.
Autonomous scanning agents reached card records, then dropped 180 tables.
Taken from the published reporting. Nothing here is reconstructed.
| Step | Role in the path | What the reporting records |
|---|---|---|
| strix | Entry | 146 scanning runs, model-driven recon |
| cairn | Step | 105 attack projects, 10 to 15 September |
| application | Step | sql injection, uploads, api abuse, valid credentials |
| database | Step | 600,000 unexpired card records from two companies |
| wipe | Reached | "Database Wipe After Extraction", 180 tables dropped |
The database account behind the application. Reading 600,000 records and dropping 180 tables are different permissions, and the second one is rarely needed by a running application. Splitting read from schema change closes the destructive half of the path.
A breakpoint is the single change that closes a path with the least disruption. Read how that is chosen in the breakpoint page. The full narrative is in the teardown.
5 steps from entry to data.
Every field on this page is taken from the published reporting below. The breakpoint assessment is Elmoz reading that path, not a statement about what the affected organisation did.
The two questions this record answers.
The published path starts at strix, 146 scanning runs, model-driven recon.
The published path ends at 600,000 card records read, then 180 tables dropped.
Same database, different path shape.
Book a demo and we walk through the access paths in an environment like yours.