Researcher Cracks 'Steal My Bitcoin' Challenge With PHP Exploit
Published Updated 2 new reports since it was first published
A security researcher claimed a Bitcoin bounty from an intentionally unpatched PHP server after exploiting it in just over 19 hours. The challenge was tied to a public test of the PHP2Shell flaws, and the operator later had to move the prize after finding the server held the wrong wallet key.
What this rests on
What it means
PHP has been under scrutiny after the PHP2Shell flaws, and this challenge was set up as a live test of how exposed an unpatched server can be. Stealmybitcoin.com used the stunt to put that question in public view, with a Bitcoin prize attached and a deadline measured in hours rather than days. The setup makes the server itself the lesson, not just the exploit.
For builders and operators, the immediate takeaway is that an unpatched web server can be turned into a real-world target, even when it is framed as a controlled challenge. The event also shows that wallet management inside the server environment matters just as much as the code being tested, since the prize had to be transferred after the key mismatch was found. Anyone running similar infrastructure now has a concrete reason to separate challenge logic, access controls, and prize custody. (per thedefiant.io)
This case sits at the intersection of security research and public demonstration, where the goal is to expose weaknesses before they appear in the wild. At the same time, a hands-on stunt like this can blur the line between controlled testing and live exploitation, especially when money is attached and the server is intentionally left open. That tension matters because it rewards proof over theory, but it also shows how quickly a demonstration can become a working compromise.
Still open is how broadly the PHP2Shell flaws will be reflected in real deployments beyond this single challenge server. The record here does not show whether other servers were exposed in the same way, or whether the wrong-wallet-key issue was an isolated setup problem. Those questions would be settled by disclosure of the server configuration and by follow-up checks on similar PHP installations.
Market reaction
How the story was built
Every piece in order, with the time its news medium declares — if it is not believable we use ours and say so — and what it added to what was already known at that point. Arriving first is not the same as adding something.
Thefts of a similar size
| When | What happened | Figure |
|---|---|---|
| 1.4 years ago | FixedTokenBSwap incident | $2.2k |
| 3.1 years ago | uniclyNFT · Reentrancy incident | $2k |
| 3.4 years ago | NOON (NO) incident | $2k |
| 1.2 years ago | ArbitrumBaseSwapper incident | $1.8k |
| 1.3 years ago | Unverified670471 incident | $1.8k |
4229 incidents stored · 2124 were as large as this one or larger ($2k)