The PHP2Shell vulnerabilities have put pressure on website operators to update or temporarily suspend services. The Verge’s reporting, updated October 22, brings together the disruption, reported exploitation attempts and the difficulty of patching older systems. The article describes an evolving incident, so statements about a service being offline should remain tied to that reporting date.
Older deployments complicate the response
The Verge’s roundup explains that PHP underpins widely used website platforms and that the affected history reaches back roughly two decades. Some older applications depend on versions or software that are no longer actively maintained.
That makes the response more involved than changing one server setting. An operator needs to identify the actual runtime and the update path its application supports. The report describes some services going offline as a precaution and others struggling with software that cannot readily be updated.
Attack attempts do not establish every claimed outcome
The roundup cites Amazon Threat Intelligence reporting an exploit attempt on October 17, before the patches were released. It also reports Cloudflare’s account of rising attempts around disclosure.
Separately, the PHP Foundation’s executive director told The Verge that, to its knowledge, there had been no successful attempt at remote code execution, while stressing the need to update. Those statements concern different things: observing an attempt and confirming that an attacker achieved execution. They should not be collapsed into a claim that every targeted site was compromised.
Follow the maintained update path
The coverage identifies the two issues as CVE-2026-109618 and CVE-2026-109619 and describes released patches. Operators should use the maintainers’ and their hosting providers’ guidance to determine the applicable update and confirm what is actually running.
The practical lesson from the reported disruption is to maintain an inventory of dependencies and their supported upgrade paths. This article summarizes public reporting; it does not determine whether a particular deployment was exposed, patched or compromised.
