Skip to main content
Close
Security

CVE-2026-115560: the third PHP session flaw, now with a calibrated advisory

Gabriel Ferraresi· CEO | Tech86October 30, 20262 min
phpcvesecurityhostingdisclosure

Two days after the emergency patch that took sites offline around the world, PHP published today an informational advisory for a third flaw in the same session subsystem. CVE-2026-115560 has an official description, a known mitigation and no fix for now.

The advisory is calibrated and short

The mitigation is the same line from the 21st: session.upload_progress.enabled=0, which per the project fully protects against this vector, considered unlikely in practice. Whoever applied the line when advisory GHSA-6wmf-4rv5-p3rp came out is already covered, and the text says it literally: no additional action is required.

The technical detail that explains the calm

The vector requires an unusual combination of configuration and code: the application needs to configure session.serialize_handler as php_binary or php_serialize and then switch it to php at runtime, via ini_set, before opening the session, with upload progress still enabled. An application that never switches the handler at runtime may keep the feature enabled, says the official advisory.

The context that forbids sleeping on the unlikely

Exploitation of the original pair began four days before disclosure, per Amazon, and SecurityWeek reported Mirai operators joining the attacks with ASLR bypass, with attempts in the millions. In that climate, the criterion stops being probability: a one-line mitigation at zero cost justifies itself.

The week of three disclosure temperatures

The week left three cases on the same theme, with three disclosure temperatures. PHP2Shell leaked early and became a global emergency; the kernel disclosed two unpatched RCEs by process accident; and today''s PHP shows the mature version of the exercise: an unlikely condition documented precisely, a one-line mitigation and a fix in the regular cycle.

For those following the series: Tuesday''s inventory already paid today''s bill. At Tech86, that is exactly how we operate: what was mitigated once stays documented, and every new advisory is checked against what is already applied.

Conclusion

The check takes two minutes and the next advisory may not be unlikely. What separates the mature response from the scramble is the inventory: a mitigation documented once serves every following advisory for the same subsystem, and that is what turns disclosure week into operating routine.

Interested in this solution?

Explore our managed services and infrastructure.

Hardening and vulnerability management

Frequently Asked Questions

It is a third flaw in the same PHP session subsystem that produced PHP2Shell, published as an informational advisory two days after the emergency patch. It has an official description, a known mitigation and no fix for now. The mitigation is the same line from the 21st: session.upload_progress.enabled=0, which per the project fully protects against this vector, considered unlikely in practice.

Because the vector requires an unusual combination of configuration and code: the application needs to configure session.serialize_handler as php_binary or php_serialize and then switch it to php at runtime, via ini_set, before opening the session, with upload progress still enabled. An application that never switches the handler at runtime may keep the feature enabled, says the official advisory.

No. Whoever applied the line when advisory GHSA-6wmf-4rv5-p3rp came out is already covered, and the text says it literally: no additional action is required. It is the case where Tuesday's inventory already paid today's bill: whoever documented the mitigation checks in minutes.

Because the context forbids it: exploitation of the original pair began four days before disclosure, per Amazon, and SecurityWeek reported Mirai operators joining the attacks with ASLR bypass, with attempts in the millions. In that climate, the criterion stops being probability: a one-line mitigation at zero cost justifies itself.

Three temperatures of the same theme. [PHP2Shell](https://www.tech86.com.br/en/blog/php2shell-cve-109618-109619-emergencia) leaked early and became a global emergency; the [kernel disclosed two unpatched RCEs](https://www.tech86.com.br/en/blog/ksmbd-duas-rce-sem-patch-kernel-linux) by process accident; and today's PHP shows the mature version: an unlikely condition documented precisely, a one-line mitigation and a fix in the regular cycle.

Blog, Get in Touch

Have a question about our articles or services? Our team is ready to help.

Schedule a Meeting

Book a time slot.

Schedule Now

Email

Send us a message.

[email protected]

WhatsApp

Quick conversation.

Address

Avenida Paulista, 1636 - São Paulo - SP - 01310-200

Tech86 Specialist

Online now

Hello! How can we help scale your business today?

Tech86 Engineering

We Value Your Privacy

We use cookies and similar technologies to optimize your experience, analyze site traffic, and personalize content. By clicking "Accept All", you agree to the use of all cookies. Read our Privacy Policy.