PHP2Shell Highlights Limits of Automated Pentesting and Value of Attack Simulation

· Original article ↗

Summary

Picus says PHP2Shell’s lack of a safe day-one exploit left automated pentesting limited to version fingerprinting, while its breach-and-attack simulation tested deployed controls and guided signature fixes; it urges patching PHP and revalidating defenses.

Key points

  • The article says PHP disclosed two critical, unauthenticated remote-code-execution flaws in its core, CVE-2026-109618 and CVE-2026-109619, and issued out-of-cycle fixes.
  • A scan cited in the article counted roughly 884,000 internet-facing hosts reporting PHP 8.1 or older before the patch.
  • The article argues that without a safe, working exploit, automated pentesting could identify potentially exposed assets by PHP version but could not establish whether exploitation would succeed or deployed controls would stop it.
  • Picus says its Threat Library added threat 60730, “PHP Php2Shell RCE Campaign,” to test defenses and provide per-control results; these are vendor-reported capabilities.
  • Picus says simulations identified control gaps and provided prevention signatures, including a Check Point NGX signature, followed by re-testing to check whether gaps were closed.
  • The article advises patching PHP, verifying the version used by production sites, simulating the attack against defenses, re-running tests after fixes, and monitoring web-worker processes.

Article Details

Topic
The limits of automated pentesting for the PHP2Shell vulnerabilities and how breach and attack simulation can test defensive controls while safe exploits are unavailable.

MITRE ATT&CK

CVE

Vendors

Products

Related Articles