YHK - yet another hacker news clone

Potential third critical PHP CVE

53 points mpaepper 3 hours ago 17 comments

tiku 2 hours ago | parent

Got really triggered... By the font.

mvac 2 hours ago | parent

PHP is having a really bad day today

yjftsjthsd-h 1 hour ago | parent

Oh, it's going to be one of those weeks.

hannob 1 hour ago | parent

From the little info one can see here, it looks like this is a PHP script causing a memory corruption. So you probably need to be able to run PHP code to exploit it.

That's... not a particularly unusual issue. PHP has a large codebase, releases with plenty of fixed crashes come out regularly. It becomes critical if there's a remote path to exploitation.

I see no indication that this is a "critical" PHP flaw. And the Reply from the person who found it seems to confirm that. ("I keep getting asked about mitigations, here's the mitigation: don't worry about it kitten")

akersten 34 minutes ago | parent

I read their quip about mitigation as more of a defeatist "this is fine" meme than actual advice that it's a nothingburger, but I'm pretty cynical on PHP as a whole. We'll have to wait and see if today's a hat trick day or just a double header.

rvz 1 hour ago | parent

I mean it the first time [0], PHP is done.

[0] https://news.ycombinator.com/item?id=50181423

chinathrow 1 hour ago | parent

It's absolutely not.

bawolff 1 hour ago | parent

There is literally no info on how this is triggered. From the info this could range anywhere from total non issue to zOMG. Given how keyed up everyone is, i lean towards the former.

honestly, i would just wait for php announcement and assume its no big deal until then.

nr378 1 hour ago | parent

That post appears to show the same stack trace as this reported issue https://github.com/php/php-src/issues/24488, which is a confirmed GC regression in 8.5.12 but it is not exploitable (the allocator's shadow protection kills it), and it does not result in RCE and is not a critical CVE.

It's a very different shape to the other two CVEs, and a use-after-free doesn't necessarily immediately imply a critical CVE.

athrowaway3z 1 hour ago | parent

Stop posting this theory because it's obviously wrong. From the thread:

> Elise: confirmed working on 8.5.10 too

nr378 1 hour ago | parent

Whether it's exactly the same issue or not, the point remains: a double-free in and of itself doesn't establish a critical CVE (or even a high one). There's a known double-free in that GitHub issue, if there's a second independent one, it shouldn't necessarily cause any more concern than the first one.

athrowaway3z 24 minutes ago | parent

Its nothing

https://www.reddit.com/r/PHP/comments/1xbyxd2/new_php_cve_di...

akersten 20 minutes ago | parent

Color me unconvinced that the dev team that sat on the 2024 security audit leading to today's CVE successfully explored the ramifications of a new memory bug in an hour

athrowaway3z 1 hour ago | parent

I've spent some deepseek tokens on trying to reproduce this CVE with what is known so far; (Very little beyond effected versions and a hint that her search started because of the current bug, but that it's probably a different one entirely).

It found nothing.

Take that for what it is.

Together with https://www.openwall.com/lists/oss-security/2026/10/21/23 you're probably not going to need to stay up for this.

heliomattress 2 minutes ago | parent

my future proof mitigation strategy http://dairyrumple.com/index.php