Top
Best
New

Posted by tuyuri 10 hours ago

PHP 8.2.35(github.com)
Related ongoing thread: Today's PHP security release, and how we're strengthening security - https://news.ycombinator.com/item?id=50182987
953 points | 528 commentspage 4
ckbkr10 9 hours ago|
Sury released backports for older versions, as always hes incredibly reliable.
londons_explore 7 hours ago||
I was under the impression that this sort of bug is fairly common in both php and common php frameworks?

I thought the real lesson was "assume your web server is compromised if you use php, and try to make sure php doesn't touch anything too critical"

user43928 6 hours ago||
I'm struggling to see any reason to use PHP in the first place if it can run without access to private data.

At that point I would not need a backend.

arm32 7 hours ago|||
Yes, there have been decades of talk about this already—ensuring you isolate/jail the PHP-related processes and run them with an unprivileged user, etc.
dizhn 7 hours ago||
It's usually scripts that can write to /tmp and run unrelated stuff with web user rights. This seems more involved.
TekMol 10 hours ago||
Why is the description of "RCE via OOM corruption" mentioning all these settings like memory_limit, post_max_size, max_input_nesting_level etc under "Mitigation" but not blocking multipart requests? Isn't that a solution?

The description of the vurnurability "Several multipart parsing problems" makes it sound like it is?

mirashii 9 hours ago||
No, it’s not a solution, it’s only one example proof of concept on how to exploit the vulnerability, there are more.
kbmr 9 hours ago||
I blocked multipart uploads in addition to adjusting post_max_size, etc

blog that was helpful to me: https://www.vincentschmalbach.com/cve-2026-109618-and-cve-20...

iamcreasy 9 hours ago||
Does anybody know when Amazon Linux 2023 will get this release?
alidl 9 hours ago||
Thread here: https://github.com/amazonlinux/amazon-linux-2023/issues/1148
Capricorn2481 7 hours ago||
Is there some reason the biggest company on earth who likely had advanced notice of this cannot put out a patch?
cdmoyer 5 hours ago||
Yeah, really disappointing that they are so slow here, compared to open source maintainers and volunteers.
jorisw 9 hours ago||
PPA packages on LaunchPad being built here: https://launchpad.net/~ondrej/+archive/ubuntu/php/+builds?bu...
pier25 9 hours ago||
Apparently about 40% of PHP apps are still on PHP 7 and 5...
abanana 9 hours ago||
There are rare occasions when circumstances are more important than preserving an "EOL" designation. This appears to be one of those times where "official" centralized patches really should be made available for at least PHP5.6 and PHP7.4, and perhaps even 5.5 and all of 7.x. They're not covering themselves in glory by refusing.
jacquesm 9 hours ago|||
That's going to give a lot of people a moment of reflection about whether or not they want to continue using PHP.
nolok 9 hours ago|||
Yes and no, you have two setup, you're on LTS, it will be backported (done as I write than on Debian), not on LTS and you already have hundreds of unsafe stuff running anyway so it's just one more to the pile.
boredtofears 9 hours ago||||
I would think most people that are stuck on EOL PHP probably don't have a choice
openclawuser 9 hours ago|||
Yeah, I have a legacy site that is popular and doesn't make money with some outdated version of PHP that will not update. Maybe I need to install OpenClaw on it.

But yeah, with AI agents, I don't really understand the purpose anymore. Legacy WordPress or laravel sites?

nolok 9 hours ago|||
If those place at using a LTS release of their OSes they will be patched quickly (Debian already has). If they're not, they're already screwed by a lot more than just PHP I guess.
exceptione 6 hours ago||
Those websites can easily run in a php5 container, whilst the host os is up to date.

Websites depending on an older framework like Zend Framework or libraries like Doctrine 1 do not have a clear upgrade path and are stuck at php5 or have to basically start from scratch. php5 to the latest php8 is just a jump too big.

kps 9 hours ago||
I see Debian has packages.

5.6.40-104+0~20261021.134+debian12~1.gbp7401dd

7.4.33-31+0~20261021.121+debian12~1.gbpe9c428

tuyuri 10 hours ago||
Versions: 8.2.35 8.3.36 8.4.27 8.5.12

Now are available in the php-src github

technoknol 10 hours ago|
can't find it.
petecooper 10 hours ago||
Check the tags:

https://github.com/php/php-src/tags

blain 6 hours ago||
Great that its out but if you depend on pecl for additional extensions and need to rebuild docker container it will probably fail because pecl is having issues for last few hours[1].

[1] https://status.php.net/

It says pecl.php.net recovered but downloading source for extensions ends up with 504 most of the time.

bowersbros 8 hours ago||
Looks like the docker images are struggling in the Jenkins queue: https://doi-janky.infosiftr.net/
dalvrosa 4 hours ago|
Code example for the exploits https://github.com/david-alvarez-rosa/php-rce
More comments...