BlackTreeCVE Intelligence
← Back to the CVE catalogue
Official authority reference · 2026
CVE-2026-115560High confidence

Critical Vulnerabilities in PHP

CERT-EU · Critical Vulnerabilities in PHP

…UnscoredAssess manually
Recommended action
Needs assessment

CERT-EU has published official national guidance for this CVE while canonical CVE data is pending.

Patch available
R
Operational reassessment

Published severity in operational context

Open reassessment dashboard →
Published severityUnscoredOperational priority:Needs assessment, manual assessment needed.unscored

Evidence used

  • No CISA KEV confirmation is currently recorded.

Compensating controls

  • Validate the affected product branch and deploy the verified fixed release.
  • Restrict local access and enforce least privilege on affected hosts.
  • Monitor vendor guidance and exploitation sources for a material change.

Verification

  1. Confirm that the asset runs CERT-EU Critical Vulnerabilities in PHP and falls inside the recorded affected range.
  2. Verify the installed build against the product-specific fixed version after deployment.
  3. Validate exposure, authentication requirements and compensating controls in the actual environment.
  4. Reopen this reassessment when CVSS, KEV, EPSS, exploit evidence or remediation changes.
Mitigation target: Manual assessmentRemediation target: Manual assessment

This automated reassessment organises public evidence. It does not know asset exposure, business impact or control effectiveness and does not replace CVSS or a human risk decision.

Optional official sources

National CERT insights
?CERT means Computer Emergency Response Team; CSIRT is the closely related term Computer Security Incident Response Team.

Choose official national sources for this report. Each advisory shows its original language. Your selection is remembered on this device and included in shared links.

Recommended actionNeeds assessment

CERT-EU has published official national guidance for this CVE while canonical CVE data is pending.

Patch available
01

What, why and how

On 20 October 2026, the PHP project announced an upcoming security release addressing two critical vulnerabilities in PHP [1]. Public reports indicated that these vulnerabilities could lead to remote code execution (RCE) [2,3]. The PHP team released the fixes today, 21 October 2026 at 13:30 UTC, in PHP versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35 [4]. Both vulnerabilities can allow unauthenticated remote code execution. Technical details are now being discussed publicly, and initial proofs of concept (PoCs) have begun to circulate. This raises the likelihood that attackers are already exploiting the vulnerabilities. [New] On 23 October, PHP disclosed a new RCE vulnerability. However, it affects only web applications configured in an unusual way, and PHP considers it an unlikely risk. PHP will not issue an out-of-band release for this vulnerability [8]. Instead, organisations are advised to apply mitigation to fully protect from this RCE vector [4]. CERT-EU advises organisations to patch affected assets immediately. Where that is not feasible, organisations should consider isolating internet-facing applications from public networks until a fix is applied and verified.

What

On 20 October 2026, the PHP project announced an upcoming security release addressing two critical vulnerabilities in PHP [1]. Public reports indicated that these vulnerabilities could lead to remote code execution (RCE) [2,3]. The PHP team released the fixes today, 21 October 2026 at 13:30 UTC, in PHP versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35 [4]. Both vulnerabilities can allow unauthenticated remote code execution. Technical details are now being discussed publicly, and initial proofs of concept (PoCs) have begun to circulate. This raises the likelihood that attackers are already exploiting the vulnerabilities. [New] On 23 October, PHP disclosed a new RCE vulnerability. However, it affects only web applications configured in an unusual way, and PHP considers it an unlikely risk. PHP will not issue an out-of-band release for this vulnerability [8]. Instead, organisations are advised to apply mitigation to fully protect from this RCE vector [4]. CERT-EU advises organisations to patch affected assets immediately. Where that is not feasible, organisations should consider isolating internet-facing applications from public networks until a fix is applied and verified.

Why

The current structured CVE record identifies a security weakness, but the root cause requires confirmation in the linked vendor material.

How

An attacker operating through the affected interface may attempt exploitation when the stated preconditions are met. If successful, the issue may execute code or commands in the affected security context.

What

On 20 October 2026, the PHP project announced an upcoming security release addressing two critical vulnerabilities in PHP [1]. Public reports indicated that these vulnerabilities could lead to remote code execution (RCE) [2,3]. The PHP team released the fixes today, 21 October 2026 at 13:30 UTC, in PHP versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35 [4]. Both vulnerabilities can allow unauthenticated remote code execution. Technical details are now being discussed publicly, and initial proofs of concept (PoCs) have begun to circulate. This raises the likelihood that attackers are already exploiting the vulnerabilities. [New] On 23 October, PHP disclosed a new RCE vulnerability. However, it affects only web applications configured in an unusual way, and PHP considers it an unlikely risk. PHP will not issue an out-of-band release for this vulnerability [8]. Instead, organisations are advised to apply mitigation to fully protect from this RCE vector [4]. CERT-EU advises organisations to patch affected assets immediately. Where that is not feasible, organisations should consider isolating internet-facing applications from public networks until a fix is applied and verified.

Why

The current structured CVE record identifies a security weakness, but the root cause requires confirmation in the linked vendor material.

How

An attacker operating through the affected interface may attempt exploitation when the stated preconditions are met. If successful, the issue may execute code or commands in the affected security context.

02

Exploit reality and attack path

CVSS severity, EPSS forecast probability, public exploit material and CISA-confirmed exploitation are separate signals.

Observed exploitation
?Confirmed exploitation and public exploit material are separate signals. Attacks can occur without public proof-of-concept or exploit code.
No confirmed evidence

No CISA KEV match was present at the last successful refresh. This means no confirmation from that source, not proof of no exploitation.

Public PoC / exploit material
?Confirmed exploitation and public exploit material are separate signals. Attacks can occur without public proof-of-concept or exploit code.
None recorded

No exploit-tagged reference or CISA SSVC proof-of-concept state is currently recorded. Research may still exist outside the structured feeds.

Likely attack path
the affected interface → vulnerable operation → execute code or commands in the affected security context
Attack surface
Unspecified
Privileges required
Not stated in the selected CVSS metric
User interaction
Not stated in the selected CVSS metric
Attack complexity
Not stated in the selected CVSS metric
Security boundary
Not stated in the selected CVSS metric
Weakness
?CWE means Common Weakness Enumeration.
CWE not yet assigned
CVSS vector
?CVSS means Common Vulnerability Scoring System. The vector records the metric values used to calculate technical severity.
Not available from the selected scoring authority.
Post-exploitation / living off the land
After compromise, an attacker may use built-in shells, scripting engines, scheduled tasks and native network utilities for discovery, persistence or movement. This is a plausible LoTL path, not evidence that it has occurred for every attack.
Remote code execution
A

Official authority intelligence

Only matched European and national findings are included. Language selectors and unavailable sources are omitted.

BSI · German · WID-SEC-2026-4145PHP: Schwachstelle ermöglicht Codeausführung

Ein Angreifer kann eine Schwachstelle in PHP ausnutzen, um beliebigen Programmcode auszuführen.

Official advisory ↗
Canadian Centre for Cyber Security · English · AV26-026AL26-026 - Critical vulnerabilities impacting PHP - CVE-2026-109618 and CVE-2026-109619 - Update 2

An Alert is used to raise awareness of a recently identified cyber threat that may impact cyber information assets, and to provide additional detection and mitigation advice to recipients. The Canadian Centre for Cyber Security ("Cyber Centre") is also available to provide additional assistance regarding the content of this Alert to recipients as requested.

Official advisory ↗
Canadian Centre for Cyber Security · English · AL26-026AL26-026 - Critical vulnerabilities impacting PHP - CVE-2026-109618 and CVE-2026-109619 - Update 2

An Alert is used to raise awareness of a recently identified cyber threat that may impact cyber information assets, and to provide additional detection and mitigation advice to recipients. The Canadian Centre for Cyber Security ("Cyber Centre") is also available to provide additional assistance regarding the content of this Alert to recipients as requested.

Official advisory ↗
CERT-EU · English · CERT-EU-2026-018Critical Vulnerabilities in PHP

On 20 October 2026, the PHP project announced an upcoming security release addressing two critical vulnerabilities in PHP [1]. Public reports indicated that these vulnerabilities could lead to remote code execution (RCE) [2,3]. The PHP team released the fixes today, 21 October 2026 at 13:30 UTC, in PHP versions 8.5.12, 8.4.27, 8.3.36 and 8.2.35 [4]. Both vulnerabilities can allow unauthenticated remote code execution. Technical details are now being discussed publicly, and initial proofs of concept (PoCs) have begun to circulate. This raises the likelihood that attackers are already exploiting the vulnerabilities. [New] On 23 October, PHP disclosed a new RCE vulnerability. However, it affects only web applications configured in an unusual way, and PHP considers it an unlikely risk. PHP will not issue an out-of-band release for this vulnerability [8]. Instead, organisations are advised to apply mitigation to fully protect from this RCE vector [4]. CERT-EU advises organisations to patch affected assets immediately. Where that is not feasible, organisations should consider isolating internet-facing applications from public networks until a fix is applied and verified.

Official advisory ↗
CERT-FR · French · CERTFR-2026-AVI-1402Avis du CERT-FR

De multiples vulnérabilités ont été découvertes dans Palo Alto Networks PAN-OS. Elles permettent à un attaquant de provoquer une exécution de code arbitraire à distance. Palo Alto Networks indique que les vulnérabilités CVE-2026-109618 et CVE-2026-109619 sont activement exploitées.

Official advisory ↗
CSIRT Italia · Italian · check-point-aggiornamenti-e-mitigazioni-per-le-vulnerabilita-php2shell-Check Point: aggiornamenti e mitigazioni per le vulnerabilità "PHP2Shell"

Facendo seguito alle precedenti comunicazioni relative alle vulnerabilità critiche "PHP2Shell" ( AL07/261021/CSIRT-ITA , AL01/261025/CSIRT-ITA e AL10/261028/CSIRT-ITA ), si evidenzia che Check Point ha pubblicato un bollettino di sicurezza riguardante l'impatto di tali vulnerabilità sui propri prodotti Firewall, Cloud Firewall, Security Gateway e Spark Firewall. Secondo quanto comunicato dal vendor, risultano interessati i prodotti Check Point che utilizzano una o più delle seguenti funzionalità: Mobile Access Portal (non applicabile ai dispositivi Spark Firewall) Remote Access VPN con SSL Network Extender (non applicabile ai dispositivi Spark Firewall) Remote Access VPN con autenticazione SAML Realm abilitata Identity Awareness Captive Portal abilitato UserCheck Portal Zero Phishing Poiché le vulnerabilità CVE-2026-109618 e CVE-2026-109619 interessano il runtime PHP integrato nei prodotti affetti, un eventuale sfruttamento potrebbe consentire ad un attaccante remoto non autenticato di eseguire codice arbitrario sui firewall vulnerabili attraverso richieste opportunamente predisposte verso le interfacce web esposte. Check Point ha precisato che i prodotti Security Management Server e Log Server non risultano vulnerabili, così come i servizi Check Point Portal e SaaS, già opportunamente aggiornati. Il vendor ha inoltre dichiarato che i propri prodotti non risultano affetti dalla vulnerabilità CVE-2026-115560. Alla luce dell'elevato impatto associato alle vulnerabilità e della disponibilità pubblica di informazioni tecniche sul loro sfruttamento, si raccomanda di procedere con tempestività all'applicazione delle correzioni rilasciate dal vendor e all'implementazione delle misure di mitigazione suggerite nel relativo bollettino di sicurezza riportato nella sezione Riferimenti.

Official advisory ↗
CSIRT Italia · Italian · eset-aggiornamenti-e-mitigazioni-per-le-vulnerabilita-php2shell-ESET: aggiornamenti e mitigazioni per le vulnerabilità "PHP2Shell"

Facendo seguito a quanto recentemente segnalato da questo CSIRT in merito alle vulnerabilità critiche note come "PHP2Shell" ( AL07/261021/CSIRT-ITA , AL01/261025/CSIRT-ITA e AL10/261028/CSIRT-ITA ), si evidenzia che ESET ha pubblicato un bollettino di sicurezza relativo all'impatto di tali vulnerabilità sui prodotti della famiglia ESET Endpoint Encryption. Poiché le vulnerabilità CVE-2026-109618 e CVE-2026-109619 interessano il runtime PHP, i sistemi che eseguono versioni vulnerabili del componente potrebbero risultare esposti a scenari di compromissione che, qualora sfruttati con successo, consentirebbero ad un attaccante remoto di eseguire codice arbitrario sui sistemi interessati. Per ESET Endpoint Encryption Server è stata predisposta una versione aggiornata che integra una release di PHP che risolve le vulnerabilità in oggetto. Per i clienti che necessitino di un intervento immediato prima dell'installazione della nuova release, il vendor raccomanda l'aggiornamento manuale del runtime PHP. Per ESET Endpoint Encryption Cloud Proxy ed ESET Endpoint Encryption Licensing Server, il vendor ha dichiarato di aver completato le attività di analisi e mitigazione. In particolare, Cloud Proxy è stato oggetto dell'implementazione di ulteriori controlli di sicurezza, mentre per Licensing Server i meccanismi di protezione già presenti, inclusi il blocco delle richieste multipart e l'assenza di funzionalità di upload dei file, risultano idonei a ridurre significativamente la superficie di attacco associata alle vulnerabilità in oggetto. Pur non risultando al momento attività di sfruttamento note specificamente rivolte ai prodotti ESET, la disponibilità pubblica di Proof of Concept (PoC) per le vulnerabilità PHP e i tentativi di sfruttamento osservati in rete contro servizi vulnerabili rendono opportuno procedere con tempestività all'applicazione delle misure correttive e delle mitigazioni raccomandate dal vendor.

Official advisory ↗
CSIRT Italia · Italian · php2shell-verificare-i-prodotti-che-integrano-phpPHP2Shell: verificare i prodotti che Integrano PHP

Facendo seguito a quanto già segnalato da questo CSIRT nell’ambito degli alert AL07/261021/CSIRT-ITA e AL01/261025/CSIRT-ITA , relativi alle vulnerabilità critiche note come “PHP2Shell”, si evidenzia la necessità di estendere le attività di verifica anche ai prodotti di terze parti che integrano PHP come componente software. Nel dettaglio, le vulnerabilità CVE-2026-109618 e CVE-2026-109619, descritte nelle precedenti comunicazioni, potrebbero interessare non soltanto le installazioni di PHP direttamente gestite dagli amministratori, ma anche prodotti di terze parti che integrano tale componente, tra cui applicazioni, apparati di rete e dispositivi dotati di interfacce web di gestione. Qualora tali prodotti utilizzino versioni vulnerabili di PHP in condizioni che ne consentano lo sfruttamento, un attaccante remoto non autenticato potrebbe inviare richieste HTTP/HTTPS opportunamente predisposte al fine di eseguire codice arbitrario con i privilegi del processo PHP sui sistemi interessati. Al fine di supportare tali verifiche, il Centro nazionale per la sicurezza cibernetica dei Paesi Bassi ( NCSC-NL ) ha pubblicato un repository GitHub dedicato alle vulnerabilità PHP2Shell, che comprende un inventario dei prodotti che presentano dipendenze da PHP potenzialmente interessati. La raccolta, soggetta a continui aggiornamenti, riporta informazioni su produttori, prodotti, versioni, stato delle verifiche, disponibilità di correzioni e relative fonti. Si precisa che l’inventario non è esaustivo e che la presenza di un prodotto nell’elenco non ne conferma necessariamente la vulnerabilità, così come l’assenza non consente di escluderla. Le informazioni disponibili necessitano pertanto di opportuna verifica anche attraverso i bollettini di sicurezza dei rispettivi produttori.

Official advisory ↗
CSIRT Italia · Italian · icewarp-server-aggiornamenti-e-mitigazioni-per-le-vulnerabilita-php2shell-IceWarp Server: aggiornamenti e mitigazioni per le vulnerabilità "PHP2Shell"

Facendo seguito a quanto recentemente segnalato da questo CSIRT in merito alle vulnerabilità critiche note come "PHP2Shell" ( AL07/261021/CSIRT-ITA e AL01/261025/CSIRT-ITA ), si evidenzia che il vendor IceWarp ha pubblicato in data odierna un bollettino di sicurezza relativo all'impatto di tali vulnerabilità sui prodotti IceWarp Server per ambienti Windows e Linux. Poiché IceWarp Server integra nativamente l'interprete PHP, le installazioni on-premises che eseguono una versione non aggiornata di tale componente risultano esposte alle vulnerabilità tracciate tramite le CVE-2026-109618, CVE-2026-109619 e CVE-2026-115560. Tali vulnerabilità, qualora sfruttate, potrebbero consentire a un attaccante remoto non autenticato di eseguire codice arbitrario sui sistemi interessati. Il vendor ha reso noto di aver già applicato le necessarie misure correttive agli ambienti cloud gestiti direttamente e di non essere attualmente a conoscenza di attività di sfruttamento che abbiano interessato in maniera specifica i prodotti IceWarp. Tuttavia, considerata la disponibilità pubblica di Proof of Concept (PoC) e i tentativi di sfruttamento già osservati in rete a livello globale contro servizi PHP esposti, il rischio per le istanze on-premises non aggiornate rimane critico.

Official advisory ↗
CSIRT Italia · Italian · php2shell-aggiornare-immediatamente-i-sistemi-vulnerabiliPHP2Shell: aggiornare immediatamente i sistemi vulnerabili

Dalle attività di monitoraggio condotte dal CSIRT Italia emerge il persistere di un'elevata esposizione, in ambito nazionale, di sistemi PHP potenzialmente vulnerabili alle criticità riconducibili a PHP2Shell. In particolare, secondo i dati di esposizione disponibili al 25 ottobre 2026, su 741.523 servizi PHP rilevati in Italia, 285.149 risultano utilizzare versioni potenzialmente vulnerabili , pari all' 81,9% dei servizi per i quali è stato possibile identificare la versione in uso . Tali rilevazioni evidenziano la necessità di accelerare gli interventi di aggiornamento e messa in sicurezza delle infrastrutture interessate. Si precisa che le stime, basate sulle versioni rilevate, potrebbero includere sistemi sui quali siano state applicate correzioni di sicurezza senza modifica del numero di versione. Esposizione di servizi PHP in Italia, secondo i dati forniti da Censys Come già evidenziato nell'ambito della AL07/261021/CSIRT-ITA , le vulnerabilità CVE-2026-109618 e CVE-2026-109619, entrambe di gravità critica (CVSS v4.0 pari a 9,2), potrebbero consentire a un attaccante remoto non autenticato di eseguire codice arbitrario sui sistemi interessati, con potenziali impatti sulla riservatezza, integrità e disponibilità delle risorse compromesse. Si evidenzia, inoltre, che il vendor ha recentemente segnalato un'ulteriore vulnerabilità, identificata dalla CVE-2026-115560, per la quale non risulta ancora disponibile un aggiornamento correttivo. La vulnerabilità potrebbe consentire l'esecuzione di codice da remoto in presenza di specifiche condizioni applicative e di configurazione. In particolare, lo sfruttamento richiede che il parametro session.serialize_handler , inizialmente configurato su php_binary o php_serialize , venga modificato dinamicamente a php prima dell'avvio della sessione e che la funzionalità di monitoraggio dell'avanzamento degli upload risulti abilitata. Le correzioni già distribuite per le CVE-2026-109618 e CVE-2026-109619 non risolvono la CVE-2026-115560, per la quale il vendor ha indicato una specifica misura di mitigazione, in attesa del rilascio della patch. Alla luce dell'elevata criticità delle vulnerabilità, dei recenti tentativi di sfruttamento e alla disponibilità pubblica di Proof of Concept (PoC), si richiama l'attenzione dei gestori sulla necessità di intervenire con la massima tempestività, dando priorità ai sistemi direttamente esposti su Internet.

Official advisory ↗
CSIRT Italia · Italian · php2shell-sanate-vulnerabilita-critiche-in-phpPHP2Shell: sanate vulnerabilità critiche in PHP

La vulnerabilità identificata dalla CVE-2026-109618 - di tipo “Use After Free” e con score CVSS v4.0 pari a 9,2 - è dovuta a una gestione non adeguata delle condizioni di esaurimento della memoria (out-of-memory), nelle quali PHP utilizza la funzione longjmp() per interrompere l’elaborazione delle richieste. Tale comportamento può lasciare alcune strutture interne in uno stato non valido, qualora l’interruzione avvenga prima del completamento della loro inizializzazione. Un attaccante remoto non autenticato, tramite richieste opportunamente predisposte - ad esempio sfruttando la gestione delle richieste multipart - potrebbe provocare una condizione di esaurimento della memoria e determinare una corruzione della stessa, con conseguente possibilità di eseguire codice arbitrario con i privilegi del processo worker PHP sui sistemi target. La vulnerabilità identificata dalla CVE-2026-109619 - di tipo “Use After Free” e con score CVSS v4.0 pari a 9,2 - è dovuta a una gestione non adeguata dello stato globale interno di PHP che, in seguito a errori critici, timeout, condizioni di esaurimento della memoria o determinate operazioni diagnostiche, potrebbe mantenere riferimenti a memoria già liberata. Un attaccante remoto non autenticato, tramite una sequenza di richieste opportunamente predisposte e gestite dallo stesso processo worker, potrebbe provocare l’utilizzo di tali riferimenti durante l’elaborazione di richieste successive, ad esempio attraverso i meccanismi di monitoraggio dell’avanzamento degli upload di sessione o la gestione delle impostazioni di configurazione. Tra le condizioni che possono determinare la persistenza dello stato obsoleto rientra anche la generazione dei backtrace degli errori fatali in PHP 8.5. Lo sfruttamento della vulnerabilità potrebbe consentire l’esecuzione di codice arbitrario con i privilegi del processo worker PHP sui sistemi target. AGGIORNAMENTO del 23 ottobre 2026 Il vendor ha recentemente segnalato un'ulteriore vulnerabilità, identificata dalla CVE-2026-115560, che potrebbe consentire l'esecuzione di codice da remoto in presenza di determinate condizioni applicative e di configurazione. Nel dettaglio, tale vulnerabilità potrebbe essere sfruttata qualora il parametro session.serialize_handler , inizialmente configurato su php_binary o php_serialize , venga modificato a php durante l'esecuzione dell'applicazione, prima dell'avvio della sessione, e la funzionalità di monitoraggio dell'avanzamento degli upload di sessione risulti abilitata. In attesa del rilascio delle nuove correttive, si raccomanda di disabilitare tale funzionalità impostando session.upload_progress.enabled=0 . Qualora tale misura sia già stata applicata, non sono necessari ulteriori interventi per lo specifico vettore di attacco. Il vendor ha sottolineato che pubblicherà un bollettino di sicurezza specifico in occasione del prossimo rilascio.

Official advisory ↗
KISA KrCERT/CC · Korean · KNVD-7012PHP 신규 취약점(CVE-2026-115560) 임시 조치 권고

PHP 세션 처리 과정에서 발생하는 원격 코드 실행 취약점(CVE-2026-115560) [1][2]

Official advisory ↗
03

Patch and workaround

Operational remediation based on structured source evidence.

Status
?Patch availability is based on structured fixed-version fields and authoritative update references. If no fix is verified, check the vendor advisory before making a change.
Patch available
Affected
The authority advisory does not provide a concise affected-product range.
Fixed
CERT-EU strongly recommends updating all affected PHP installations as soon as possible to PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35 [4]. - Distribution packages: Linux distributions and LTS vendors received the patches in advance. Check with your vendor for updated packages. - End-of-life versions (PHP 8.1 and older): Some distributions and LTS vendors provide backported fixes, so contact your vendor or upgrade to a supported version. Because of the severity, the PHP security team has also published minimal source backports for PHP 7.4, 8.0 and 8.1 for organisations that build from source or have no LTS vendor. - rpms.remirepo.net users: This volunteer-maintained repository will not have updates on release day. The PHP team urges users to switch to distribution packages or build from source. Where immediate patching is not feasible, organisations should consider isolating internet-facing resources from public networks until the fix is applied and verified. ## Temporary Mitigation 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. [New] CVE-2026-115560: - Set `session.upload_progress.enabled=0` and restart every worker until the next regular bugfix release, to fully protect from CVE-2026-115560.
Action
Apply the fixed release for the affected product branch as recorded by CERT-EU. Validate the exact product and build in the linked advisory before deployment.
Workaround
Review the linked national authority advisory and any vendor references before scheduling a change.
04

Evidence and provenance

Published 20 Oct 2026 · Last source change 21 Oct 2026, 00:00 UTC · CWE not yet assigned

CVE recordCERT-EU · CERT-EU official security advisory JSON
CVSS sourceUnavailable
EPSS source
?The date BlackTree first stored a score for this CVE from the daily FIRST EPSS feed.
Unavailable
European sourceNo official EUVD mapping
Product sourceOfficial national cybersecurity authority
Remediation sourceCVE/CNA references
CWE sourceUnavailable
NVD statusNVD status unavailable

Missing structured fields: official CVE record, canonical affected-version range, CVSS base score. Missing data is not evidence of low risk; review the primary advisory.

Material change intelligence

What changed after publication

View recent updates ↗
  1. BlackTree coverageBlackTree article coverage changed from 1 BlackTree article to 2 BlackTree articles.
    Before
    1 BlackTree article
    After
    2 BlackTree articles
    BlackTree editorial ↗
  2. BlackTree coverageBlackTree article coverage changed from 1 BlackTree article to 1 BlackTree article.
    Before
    1 BlackTree article
    After
    1 BlackTree article
    BlackTree editorial ↗
  3. BlackTree coverageBlackTree article coverage changed from no BlackTree article to 1 BlackTree article.
    Before
    no BlackTree article
    After
    1 BlackTree article
    BlackTree editorial ↗
  4. Affected versionsThe structured affected or fixed version information changed.
    Before
    The authority advisory does not provide a concise affected-product range. · Fixed: The authority publishes remediation guidance. Confirm the exact fixed release in the linked primary advisory.
    After
    The authority advisory does not provide a concise affected-product range. · Fixed: CERT-EU strongly recommends updating all affected PHP installations as soon as possible to PHP 8.5.12, 8.4.27, 8.3.36 or 8.2.35 [4]. - Distribution packages: Linux distributions and LTS vendors received the patches in advance. Check with your vendor for updated packages. - End-of-life versions (PHP 8.1 and older): Some distributions and LTS vendors provide backported fixes, so contact your vendor or upgrade to a supported version. Because of the severity, the PHP security team has also published minimal source backports for PHP 7.4, 8.0 and 8.1 for organisations that build from source or have no LTS vendor. - rpms.remirepo.net users: This volunteer-maintained repository will not have updates on release day. The PHP team urges users to switch to distribution packages or build from source. Where immediate patching is not feasible, organisations should consider isolating internet-facing resources from public networks until the fix is applied and verified. ## Temporary Mitigation 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. [New] CVE-2026-115560: - Set `session.upload_progress.enabled=0` and restart every worker until the next regular bugfix release, to fully protect from CVE-2026-115560.
    CERT-EU ↗
  5. Remediation statusRemediation status changed from Mitigation available to Patch available.
    Before
    Mitigation available
    After
    Patch available
    CERT-EU ↗
  6. Catalogue recordCVE added to the BlackTree catalogue.
    Official national cybersecurity authority ↗
Material fields only · duplicate refreshes suppressed · history retained for the configured operational retention period
CERT-EU advisory published
Fixed release recorded from official guidance
Technical terms and abbreviations used in this report
CVE
Common Vulnerabilities and Exposures: the public identifier for one disclosed vulnerability.
CVSS
Common Vulnerability Scoring System: a technical severity framework; it is not patching priority by itself.
EPSS
Exploit Prediction Scoring System: FIRST's estimate of the probability that exploitation activity will be observed in the next 30 days; it is a forecast, not confirmation.
CWE
Common Weakness Enumeration: the standard category describing the underlying software or hardware weakness.
CNA
CVE Numbering Authority: an organisation authorised to assign and publish CVE records.
CISA ADP
Cybersecurity and Infrastructure Security Agency Authorized Data Publisher: structured enrichment added to a CVE record.
NVD
National Vulnerability Database: NIST's enrichment service for CVE records.
CERT / CSIRT
A computer security incident response team that publishes warnings or coordinates incident response.
PoC
Proof of concept: public material that demonstrates or helps reproduce exploitation.
CSAF
Common Security Advisory Framework: a machine-readable format for security advisories.
LoTL
Living off the land: abuse of legitimate tools or system functions during an attack.
Free version - for non-commercial use only.CVE-2026-115560 · cve.blacktree.nl