89 points acossta 1 hour ago 29 comments
xx_ns 1 hour ago | parent
Dan Guido, of Trail of Bits, claims they have an "universal" exploit [2]. Knowing their track record, I don't currently have a reason to doubt this claim.
[1]: https://stealmybitcoin.com/
[2]: https://news.ycombinator.com/item?id=50226010
EDIT: The HN title has been changed since posting this comment.
slowin 1 hour ago | parent
yurishimo 35 minutes ago | parent
It’s not like it was their first rodeo and they got lucky. There are lots of competent security companies located in countries all around the world, including ones you may not politically agree with.
wazzaps 24 minutes ago | parent
slowin 11 minutes ago | parent
paxy 1 hour ago | parent
Since it was successfully exploited there has been zero further discussion, and I bet most people who participated in the original thread aren't even aware.
ForHackernews 1 hour ago | parent
1) A motivated human eager for $500 and internet cred can exploit a vuln (perhaps using AI tooling to help)
2) The vuln is not easily exploitable at scale by driveby bots.
NitpickLawyer 55 minutes ago | parent
syshyk 48 minutes ago | parent
Either way, this was not true.
howunfortunate 29 minutes ago | parent
Topfi 26 minutes ago | parent
fwlr 8 minutes ago | parent
It has not escaped me that the successful exploit did in fact just say “codex, exploit this” and got it.
I had assumed the rash of commenters saying “lol I am not revealing my AI’s exploit for a measly 500 bucks” were saying that because their AI attempt failed. Now I know they didn’t even try!
nubinetwork 1 hour ago | parent
jagged-chisel 1 hour ago | parent
minitech 51 minutes ago | parent
I don’t suppose you’re thinking of when the issue was discovered? That was August 1st, according to https://calif.io/php2shell/#the-discovery.
cimi_ 9 minutes ago | parent
This is the winner: https://github.com/KillaBoi/StealMyBitcoin-PoC
The challenge website was not exploitable at launch because it wasn't actually running PHP; it got cracked in two hours aftewards
In the video, LiveOverflow shows his exploit that reliably gets RCE from two requests.
6_7 1 hour ago | parent
rprouse 55 minutes ago | parent
larahawkinsauth 52 minutes ago | parent
EGreg 32 minutes ago | parent
I developed a proxy that sanitizes input before it reaches PHP. I had to put it together quickly, but since then, I’ve made it a lot more user-friendly, including PHP installation scripts that automatically scan your Web server configuration, and suggest exactly how to install the proxy. The proxy itself is written in C, and I recommend running it under a Linux user that has absolutely no file permissions. All it’s supposed to do is transform input into safe output. I would argue that this proxy might even be safer than the patch, because it might prevent other vulnerabilities that researchers haven’t found yet.
It’s just a generally good idea to sanitize input before it reaches your app servers anyway. But if you are running and older PHP environment, I don’t think there are any other good options than this…
makmanalp 32 minutes ago | parent
https://claude.ai/artifact/5cZex56WutyVnpMBrWXxzV
TLDR is multiple entries that show successful exploitation against particular setups (quite often honeypots that were kinda set up to be exploitable e.g. single worker mod_php or lab setups that are unclear on how well they match real deployments), one claim from dan guido / trail of bits about a broad exploit (but few details), millions of attempts in the wild but very little evidence of actual compromise (unit 42 withdrew theirs).
phplovesong 10 minutes ago | parent