Coding agents published 13,000 internal screenshots to public repositories. No attacker and no vulnerability. 93 percent of the images sit in personal GitHub accounts.
Entry point. pull request, developer asks for before and after screenshots.
The identity in the middle. The developer own git credentials, which the agent used because they were simply present.
What was reached. internal data, billing, treasury and unreleased product screens.
Coding agents published 13,000 internal screenshots to public repositories.
Taken from the published reporting. Nothing here is reconstructed.
| Step | Role in the path | What the reporting records |
|---|---|---|
| pull request | Entry | developer asks for before and after screenshots |
| coding agent | Step | runs with the developer's own git credentials |
| public repo | Step | created by the agent to host the images |
| screenshots | Step | 13,000+ images, pinned to commit SHAs |
| internal data | Reached | billing, treasury and unreleased product screens |
The ability to create a public repository. No attacker and no vulnerability appear in this path, so the only step worth changing is the default visibility of a repository an agent creates under a personal account.
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 pull request, developer asks for before and after screenshots.
The last step in the published path is internal data, billing, treasury and unreleased product screens.
Same database, different path shape.
Book a demo and we walk through the access paths in an environment like yours.