20261022

21 Oct 2026 Security advisory: Critical remote code execution vulnerabilities, update now

【外部リンク】
https://www.php.net/archive/2026.php#2026-10-21-5
21 Oct 2026
Security advisory: Critical remote code execution vulnerabilities, update now



 
https://cert.europa.eu/publications/security-advisories/2026-018/
Temporary Mitigations
Only an update fully fixes these vulnerabilities. The measures below reduce exposure to specific attack paths but do not make an installation safe [4].

CVE-2026-109618 (OOM corruption):

Set memory_limit=-1 in a way applications cannot override, such as php_admin_value in the FPM pool or Apache configuration. Check that no pool, directory or application setting puts a finite limit back. This removes the controllable memory limit failure, but an underlying allocation failure can still reach the vulnerable code path.
Set a low post_max_size: 8M for applications that do not need file uploads, 32M if uploads are required. Keep upload_max_filesize below post_max_size.
Consider enforcing limits at the web server or proxy level for decoded request size, input field count, multipart part count, header count and nesting depth. These limits must also cover requests without a usable Content-Length.
Use a container or cgroup memory limit as an availability boundary, preferably with a policy that kills only the affected worker. Do not use RLIMIT_AS or RLIMIT_DATA instead, because they can trigger the vulnerable allocation failure.
CVE-2026-109619 (stale global state):

Set session.upload_progress.enabled=0 and restart every worker. Apply this in php.ini, an FPM pool or a server configuration that takes effect before request parsing. Do not rely on ini_set() or FPM .user.ini. This blocks the confirmed session paths but not other variants.
On PHP 8.5, set fatal_error_backtraces=0 and restart every worker. This blocks the confirmed fatal backtrace path only.
Remove invalid or deprecated per-request settings that emit diagnostics before initialisation. Hiding diagnostics with error_reporting, display_errors or @ does not help.
Fix fatal errors and execution timeouts that attackers can reach, including failures in callbacks, upload or import processing, and cleanup.



--

注目の投稿

【重要】[共用サーバーSD / お名前メール] PHPの脆弱性への弊社対応のお知らせ (掲載開始日:2026/10/23)

【外部リンク】 https://www.onamae.com/news/article/11596 【重要】[共用サーバーSD / お名前メール] PHPの脆弱性への弊社対応のお知らせ (掲載開始日:2026/10/23) お名前.com レンタルサーバーをご利用いただ...

人気の投稿