Create a Post
cancel
Showing results for 
Search instead for 
Did you mean: 
WiliRGasparetto
MVP Diamond
MVP Diamond

PHP2Shell: Can Your Team Reduce Exposure While Patching Is Still Underway?

When a critical vulnerability is disclosed, one of the first challenges is finding where the affected component runs and who can take action. An application inventory helps, but it does not always reveal the underlying runtimes, dependencies, and third-party services.

In PHP2Shell: Log4Shell at AI Speed — A CISO’s Perspective, Alex Spokoiny, Check Point’s Chief Security & Trust Officer, discusses how AI can accelerate vulnerability analysis and exploit development, leaving defenders less time to respond.

The comparison with Log4Shell is operational. As Spokoiny acknowledges, we do not yet know whether PHP2Shell will have a comparable impact.

The key operational lesson

Exposure assessment, immediate mitigation, deployment of protections, and patch preparation need to happen in parallel.

According to Spokoiny’s account, Check Point mapped systems running PHP, restricted access where necessary, contacted SaaS providers, and coordinated remediation with system owners.

Product teams delivered new IPS protections within hours. In the initial PoC testing described in the article, Check Point WAF also blocked a remote shell execution attempt. That result reflects the tested scenario, rather than demonstrating coverage against every possible exploit variant.

Credit to the IPS team for the rapid response. Making protections available quickly gives administrators an opportunity to reduce exposure while patches are being tested and deployed.

What this means for administrators

Having a protection available is only part of the job. We also need to verify that it is deployed and enforcing protection where the affected traffic actually passes.

For teams reviewing their response, these are useful checks:

  • Identify affected components, including those supporting externally managed services.
  • Confirm ownership and remediation plans for each affected system.
  • Verify that relevant IPS protections are updated and configured in Prevent mode, with appropriate validation.
  • Confirm that WAF and other mitigating controls cover the exposed services.
  • Track patch deployment and validate remediation before closing the incident.

IPS and WAF can buy time. Fixing the underlying vulnerability remains necessary.

I shared a summary and opened a discussion on Reddit. More information is available here:

PHP2Shell: Can Your Team Mitigate Exposure While Patching Is Still Underway?

What slows your response the most when a critical vulnerability is disclosed: locating affected systems, identifying their owners, or getting patches into production?

0 Kudos
3 Replies
Dave_R83
Explorer

R81.10.17 Build 996004992 for 1500 Appliances

0 Kudos
Dave_R83
Explorer

Currently testing R81.10.17 Build 996004992 for 1500 Spark Firewalls and we noticed it seems to break ACLs.   Issues matching rules and traffic is dropped.   Reverting firmware update and everything works again.

0 Kudos
JozkoMrkvicka
Authority
Authority

Once critical vulnerability is identified as Check Point related, it always takes several days to get full picture what Check Point product(s) are affected. Check Point updates their sk articles many times per day with new info. At first day your Check Point fleet is not affected, following day half of your fleet it affected, next day only products with specific features are affected.

I like that Check Point is transparent and is updating us more often than other security vendors, but sometimes it is contraproductive and confusing.

Kind regards,
Jozko Mrkvicka
0 Kudos

Leaderboard

Epsum factorial non deposit quid pro quo hic escorol.

Upcoming Events

    CheckMates Events