这个PHP漏洞没有简单的利用方式。
There isn't an easy exploit for this PHP vulnerability

原始链接: https://eliastaylor.com/noexploit/

一个PHP漏洞正在引发过度恐慌,但它并不容易被利用。大多数GitHub上的“PoC”对原生PHP无效;很多暗中需要一个预先存在的本地文件包含漏洞(实质上是 eval(read(user_file))),这并不是真正的利用链。LLM正在助长这种错觉:脚本小子信任Claude/GPT根据差异构建漏洞利用代码,生成伪造PoC来修改测试服务器以伪造漏洞。真正的“我们彻底完蛋了”漏洞,如Log4Shell和Heartbleed,即使在LLM出现前,也在数小时内被僵尸网络武器化;这个漏洞却没有。恐慌源于一位PHP核心开发者令人 alarm 的言论、PHP不安全的声誉、一段动漫漏洞利用视频,以及LLM时代的焦虑。结论:这个漏洞太难轻易利用了——它不是Log4J时刻。

Hacker News 上的讨论串在讨论一篇文章,该文章称最近的 PHP 漏洞没有简单利用方式。评论者对可利用性意见不一:一些人测试了 PoC,发现它们需要前提条件或仅触发过期写入,而另一些人说可用的 PoC 很快出现,该漏洞很严重。讨论还涉及漏洞引发恐慌的原因:披露过程中的不确定性、活跃利用的传闻,以及运营商必须打补丁或下线系统的压力。一些人认为利用难度不重要,因为漏洞利用可被武器化和复用;另一些人强调修补时间以及对紧急程度估算的失败。还有关于披露和补丁发布是否处理不当的争论,一些人说 PHP 核心团队最初低估了紧急程度。总体上,该讨论串反映了对严重程度、漏洞利用成熟度和事件响应的相互冲突的观点。
相关文章

原文

I know, I know. It's all you're hearing about. That, and the number 4.

Don't get me wrong, there's clearly a bug here and it really does matter. But this is not easy to exploit. It is certainly nowhere near as eay as Log4Shell/Heartbleed/RoRYaml etc.

Justify yourself, you lunatic!

I don't think this PHP vulnerability is that exploitable. I think that 5 years ago people would've understood this, but now people are being deluded by their LLMs telling them they have an exploit when they don't.

If you take a look at github right now, there are thousands, literally thousands, of "PoC" exploits for this vulnerability. One thing you'll notice about all of them though, is that they do not work against a vanilla PHP instance.

Go ahead, stand up a php server you think is vulnerable in Docker and then run the PoC yourself. Don't get your LLM to do it. No. Run the script, yourself. The exploits don't work.

Where's the exploit, Lebowski?

I think that a lot of people had assumed that LLMs will be able to build an exploit chain instantly from reading the diff, and that even if this was harder to exploit than other exploits, LLMs would've levelled the playing field. Well. There's no working exploit. Now what?

When I think about "we're very fucked" CVE10s on the Internet, I think of the following vulnerabilities:

  • RoR YAML decoding (send a post body with bad yaml in it)
  • Log4shell (set your user-agent to ${jdni:ldap:})
  • Shellshock ("copy env x='() { :;}; echo vulnerable' bash -c "echo this is a test"" and edit to taste)
  • Heartbleed (ask for Content-Length 10000000)

The second these vulnerabilities made the news, there were botnets doing the rounds causing damage. And this was before LLMs! People have to write the botnets. With their hands!

It's been 10 hours since this vulnerability has been posted, and half the software world is looking at it, and lord knows 100,000 people have got their "superintelligence" on the case. Nevertheless, there's no working exploit. The ones doing the rounds are fake, or only work in a lab, because...

Fucking LLMs, man.

Script kiddies (and script adults, who have also switched their brains off) now all think that, well, they don't understand UAF chaining, but this Claude guy knows everything and can totally make an exploit.

Hilariously, this results in the LLM giving their younger-brother an unplugged controller. It says exploit all across the screen... and has some smoking gun transcripts... but it's modified the server you're testing against to have a severe vulnerability. Cheating!!

  • https://github.com/david-alvarez-rosa/php-rce
  • https://github.com/eness/php2shell-CVE-2026-109618-CVE-2026-109619-PoC
  • https://github.com/ikow/php2shell-poc

One really amusing thing in common with most of these "PoC"s is that they lean on "LFI", or local-file-inclusion, to make the vulnerability. In non-php terms, their exploit chain requires the server to effectively do eval(read(filename_provided_by_user)).

It's not rare for PHP apps to be fucked in some sense, but requiring the server to have an existing vulnerability where one could cat /etc/password is an insane pre-requisite. If you need this, this does not make this a severe bug.

The strangest thing is that so many people have independently made this extraordinarily weird defect in judgement. That is because they haven't independently made this decision. Claude/Etc. has done all of the judgement for them, hence the bizarre distribution in logical errors.

There's something important to be said here about how many people have Claude/GPT make design decisions for them, and how AI is the primary decision maker in the world right now. You've got this bizarre case of "Decision Schelling Points" where a method of solving a problem is extremely overrepresented, because it's what Claude does out of the box.

This is annoying in the case of "most websites look the same now", but because LLMs have the power to ruin every domain at the same time, this is also "most decisions are suspiciously the same now". Especially in this case, where AI is inserting a vulnerability on the server... to prove that the server is vulnerable to your "exploit any PHP instance" attack!

So why was everyone so scared?

Because:

  1. A PHP core team member said that this was cataclysmic ("exploits will start appearing 15 minutes after the patch drops")
  2. We all deep down know that PHP is insecure
  3. The exploit video had an anime girl in it
  4. We all know that LLMs are looming over the internet like a 100 ton chekov's anvil, and we know that code isn't secure

And we've had things like this before, but not in the LLM era yet. Luckily for us, this doesn't seem to be that day. This is too difficult to exploit easily. It isn't a Log4J moment.

联系我们 contact @ memedata.com