Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.
-
Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.
@GossiTheDog so concern is that anyone sitting on vulns will now rush to exploit before they can be patched?
Seems like this kind of thing could also be used without real vulnerabilities (but with a bunch of honeypots in place) to "shake the bushes" for any vulns that are being held.
-
Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.
@GossiTheDog nice -
Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.
yikes
-
Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.
PHP releasing patches tomorrow for CVE-2026-109618 and CVE-2026-109619
Fixed versions will be 8.5.12, 8.4.27, 8.3.36, 8.2.35
All others are end-of-life but are still vulnerable - the vulns date back to versions from 2004 onwards.
-
PHP releasing patches tomorrow for CVE-2026-109618 and CVE-2026-109619
Fixed versions will be 8.5.12, 8.4.27, 8.3.36, 8.2.35
All others are end-of-life but are still vulnerable - the vulns date back to versions from 2004 onwards.
@GossiTheDog Oh jeeze, that will probably impact a whole bunch of appliances without a remediation path.
-
Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.
@GossiTheDog Right. We had nothing to do anyways. Sigh 🤨
-
PHP releasing patches tomorrow for CVE-2026-109618 and CVE-2026-109619
Fixed versions will be 8.5.12, 8.4.27, 8.3.36, 8.2.35
All others are end-of-life but are still vulnerable - the vulns date back to versions from 2004 onwards.
@GossiTheDog juicy, thanks
we have over 100 prod php servers, some difficult to reach for updates ...
-
@GossiTheDog Right. We had nothing to do anyways. Sigh 🤨
@sandorspruit @GossiTheDog so much for tomorrow
-
@sandorspruit @GossiTheDog so much for tomorrow
@KHoos @GossiTheDog Had a nice and quiet day planned with some meaningful jobs to do. Oh, well
️ -
@GossiTheDog juicy, thanks
we have over 100 prod php servers, some difficult to reach for updates ...
@piggo @GossiTheDog Don't worry, the first to break in will usually patch it for you.
-
PHP releasing patches tomorrow for CVE-2026-109618 and CVE-2026-109619
Fixed versions will be 8.5.12, 8.4.27, 8.3.36, 8.2.35
All others are end-of-life but are still vulnerable - the vulns date back to versions from 2004 onwards.
@GossiTheDog I had read that 8.0 and 8.1 would also be getting patches, is that not correct?
-
PHP releasing patches tomorrow for CVE-2026-109618 and CVE-2026-109619
Fixed versions will be 8.5.12, 8.4.27, 8.3.36, 8.2.35
All others are end-of-life but are still vulnerable - the vulns date back to versions from 2004 onwards.
@GossiTheDog@cyberplace.social oh god this will be bad
-
Somebody has leaked CVE-2026-109618 and CVE-2026-109619 in PHP before the patch is out.
@GossiTheDog
Looks like Calif may have a PoC called php2shell that works against WordPress. -
@GossiTheDog I had read that 8.0 and 8.1 would also be getting patches, is that not correct?
@emd @GossiTheDog Not by the PHP team, but third parties might.
-
@GossiTheDog
Oh fun. EOD Thursday (at least in Europe).
And they couldn't release this earlier in the week because...?
(hey, at least they aren't aiming for 17:00 EDT on Friday, so let's count that as a win) -
@GossiTheDog
Looks like Calif may have a PoC called php2shell that works against WordPress.@wdormann @GossiTheDog Would be neat if you guys could let the patches come out before you tell everyone how to exploit it given there is nothing anyone can do.
-
PHP releasing patches tomorrow for CVE-2026-109618 and CVE-2026-109619
Fixed versions will be 8.5.12, 8.4.27, 8.3.36, 8.2.35
All others are end-of-life but are still vulnerable - the vulns date back to versions from 2004 onwards.
A really good mitigation for this btw - AppArmor or SELinux.
Google something like apparmor restrict php from executing commands. Works against these CVEs.
Sucks for cybersecurity vendors who shipped their appliances using PHP without SELinux or AppArmor, of course.
-
A really good mitigation for this btw - AppArmor or SELinux.
Google something like apparmor restrict php from executing commands. Works against these CVEs.
Sucks for cybersecurity vendors who shipped their appliances using PHP without SELinux or AppArmor, of course.
@GossiTheDog I may look into this, though I'm not sure how restrictive I can get with mine since I use it to host Nextcloud, which has a variety of "apps", such as one that hooks into clamd to scan files for viruses when they're uploaded, etc. I'm not certain exactly how those work and if restricting the ability to execute commands would break certain expected functionality. I need to educate myself on AppArmor anyway; seems like a good excuse to sit down and do some reading.
-
A really good mitigation for this btw - AppArmor or SELinux.
Google something like apparmor restrict php from executing commands. Works against these CVEs.
Sucks for cybersecurity vendors who shipped their appliances using PHP without SELinux or AppArmor, of course.
@GossiTheDog I’m convinced security vendors are, on average, substantially worse at security than any random vendor.
-
A really good mitigation for this btw - AppArmor or SELinux.
Google something like apparmor restrict php from executing commands. Works against these CVEs.
Sucks for cybersecurity vendors who shipped their appliances using PHP without SELinux or AppArmor, of course.
@GossiTheDog you're saying blocking your php from execve() fully mitigates this?