Если вы живёте или делаете что-то на PHP, то имейте ввиду, что сегодня, 21 октября в 14:00 UTC будет опубликован важный сосурити релиз с фиксами двух уязвимостей в 9.2/10.

PoC'и полетят мгновенно, так что готовьтесь мониторить свой прод.

It addresses two critical vulnerabilities, both rated CVSS v4.0 9.2.

All PHP users are encouraged to prepare now so they can upgrade as soon as the release is available.

We reserve the right to release earlier should details of either vulnerability become public, or should evidence of active exploitation appear in the wild.

Full details, affected versions, and the fixed versions will be published with the release.

Thank you for helping us keep PHP secure.

https://www.php.net/index.php#2026-10-20-1

watchTowr пишет про две RCE

Frequently Asked Questions About PHP Remote Code Execution (CVE-2026-109618 & CVE-2026-109619)
https://watchtowr.com/intelligence/php-cve-2026-109618-faq/

Задеть это может в прямом смысле половину интернета

Rapid Response: php2shell, Leaked Critical PHP Vulnerabilities (CVE-2026-109618 & CVE-2026-109619)
https://www.huntress.com/blog/php2shell-leaked-critical-php-vulnerabilities

PHP is everywhere. It quietly powers WordPress, Drupal, Joomla, and Magento sites, shared hosting platforms, control panels, and an awful lot of software that doesn't even advertise that it runs PHP under the hood. When a critical bug lands in PHP itself, rather than in one app built on top of it, the number of places you have to go looking to identify vulnerable PHP versions gets very big, very fast.

Если что, то в инторнетах уже готовяться. Готовьтесь и вы

I have successfully recreated & lab/field tested CVE-2026-109618 / CVE-2026-109619

> Two heap use-after-free primitives in PHP's `session.upload_progress` handler
(`php_session_rfc1867_callback`, ext/session/session.c)...

https://x.com/J4ck3LSyN/status/2112703096443097263

Two cached bucket pointers, one freed tree. A heap use-after-free in PHP session.upload_progress reaching zend_call_function.

PHP's session.upload_progress handler (php_session_rfc1867_callback in ext/session/session.c) caches two raw zval * bucket pointers into live HashTables: post_bytes_processed and current_file_bytes_processed. Both point into arrays that the request lifecycle frees under the attacker's feet. Press [SOURCE] above to walk the full bundle: the trigger request, both PoC chains, the extraction harness, and the validated per-build symbol deltas.
Stock configuration is enough. session.upload_progress.enabled=1 and the default name, prefix, freq=1%, min_freq=1. A single fast multipart POST arms both caches; a second update() re-reads the session file and zend_hash_update destroys the previous decoded tree through its HashTable destructor zval_ptr_dtor. The freed bucket is then reclaimed and the stale pointer lands an attacker-shaped zend_fcall_info / zend_internal_function that calls zend_call_function, i.e. system().

All of the following is verified against real php-src (8.4.4 and 8.2.34): every line reference in the original writeup, the ZVAL_COPY_VALUE no-addref moves, the re-decode/track_init free, and the struct offsets (zend_fcall_info 64B with param_count at +48, zend_internal_function.handler at +88, IS_STRING_EX 0x106, IS_OBJECT_EX 0x308).
The framework in this post bakes in per-build delta extraction (--syms) because the offset between zval_ptr_dtor and zend_call_function changes with every build. Official LiteSpeed lsphp82 8.2.34 debug symbols give the exact values for the three distro sub-builds (bookworm 0xc930, noble 0xcef0, jammy 0xd060) and are included below.

https://jackalsyn.com/posts/php-up-2026.html