No password needed to start
A first external assessment of your exposure to PHP2Shell.
Website emergency
Have the risk assessed, even without your credentials. Lost your access? Your agency or hosting provider cannot be reached? ICTCG can start by examining the clues visible from the outside, with your authorisation, then deepen the diagnosis as soon as access becomes available.
PHP2Shell (CVE-2026-109618 and CVE-2026-109619) affects the PHP engine used by a large number of websites. Fixed versions have been available since 21 October 2026. The Centre for Cybersecurity Belgium recommends patching immediately, or otherwise taking the site offline.
A first external assessment of your exposure to PHP2Shell.
Risks identified, no detectable clue, or a situation that cannot be determined at this stage.
Confirmation of versions and patches with the appropriate access, then a remediation proposal if needed.
PHP2Shell concerns the PHP engine used by many websites, including WordPress and PrestaShop. From the outside, version or exposure clues are sometimes visible, but a hosting provider may have applied the fix without changing the displayed version number; a proxy may also hide PHP. WordPress access is generally not enough to apply the fix on the server.
These applications run on PHP: it is the PHP version of your hosting that must be patched, not only the site.
Agency gone, provider unreachable, access lost: we help you identify the right contact, with your authorisation.
Security message, slow or altered site, unexpected page: mention it in your request; a suspected compromise is forwarded to a qualified person.
After checking your entitlement and obtaining written authorisation, ICTCG examines the site's public information and, within the agreed scope, may perform non-destructive checks. Outcome: “risk identified or strongly suspected”, “no risk indicator detected (inconclusive)” or “situation undetermined”.
Check of the PHP version actually running, of the installed patches and of the configuration, with a report and recommendations. Any remediation is quoted separately.
The €199 excl. VAT fee covers both steps of the diagnosis, the second being carried out once access is obtained. The amount is deducted if ICTCG then performs the remediation.
A diagnosis from the outside generally cannot confirm that a site is patched, nor prove that it does not use PHP. The absence of a detected clue does not mean the absence of a vulnerability. No exploitation that could disrupt the site is included in the external assessment.
You can start without credentials. Amount deducted if you then entrust us with the remediation.
Remediation, if needed, is quoted after the diagnosis.
No password to share to get started. Even if you do not know who manages your site, you can contact us.
Do not include any password in your message. If access is required later, we will arrange a secure, temporary hand-over.
Your website address, your hosting provider if you know it, who usually looks after the site, the access you have (its type only, never a credential) and any alert you received.
Before any check, we confirm with you in writing that you own the site or are entitled to request an assessment, as well as the agreed scope.
We get back to you by e-mail to clarify your situation and organise the next steps.
No password to share to get started. Even if you do not know who manages your site, you can contact us: we get back to you by e-mail.
Advisories from authorities and vendors, to be read at the source.
Warning: patch immediately, or otherwise take offline.
Learn moreRules deployed and attack traffic observed.
Learn morePublic repository of the Dutch national cyber security centre.
Learn moreKey facts since the discovery of the first flaw, from most recent to oldest. Each item links to its source.
PHP recommends disabling session.upload_progress until the next corrective release (CVE-2026-115560, rare configuration). Sites must therefore remain monitored after updating. Source: php.net
Learn moreOx Security measures 99.3% of PHP instances unpatched one day after publication. First attempts to recruit into a Mirai botnet; the Dutch NCSC investigates early signs of successful exploitation. Source: BankInfoSecurity
Learn moreMatthew Prince (Cloudflare): thousands of attempts in the ten hours before the announcement, tens of thousands 45 minutes after, hundreds of thousands within two hours, millions since. Amazon speaks of “widespread” exploitation. Source: The Register
Learn morePublished on 21 October and updated on the 22nd: isolate equipment that cannot be patched without delay, block or monitor multipart requests, migrate end-of-life versions. Cybermalveillance.gouv.fr relays an AlerteCyber on the 22nd. Source: CERT-FR
Learn moreCensys counts 2.58 million PHP hosts exposed on the Internet, of which about 1.57 million without the fix. VulnCheck counts more than one million servers on end-of-life versions. Source: SecurityWeek
Learn more“Patch immediately or take offline!”: inventory every PHP installation (including cPanel, Plesk and appliances), patch Internet-facing systems first, otherwise cut off or restrict public access. Source: Centre for Cybersecurity Belgium
Learn moreRare public warning from the NSA; CERT-EU (advisory 2026-018) and the UK NCSC relay it. Public administrations (Netherlands, Finland, the French Ministry of the Interior, Denmark, Germany, Czech Republic) take their sites down as a precaution. Source: Al Jazeera
Learn moreRelease brought forward to 13:34 UTC. End-of-life branches 5.4 to 8.1 receive no fixed release (source patches only for 7.4, 8.0 and 8.1). PHP states that no complete workaround exists: only updating protects. Source: php.net
Learn moreProtections in place at 03:02 UTC, about nine hours before the official advisory; Cloudflare already observes attack traffic and payloads modified to bypass the rules. Source: Cloudflare
Learn moreDetails leak (Hacker News forum, social networks, demonstration video published by mistake). PHP announces a critical security release for the next day at 14:00 UTC: two flaws rated 9.2/10. Source: php.net
Learn moreAmazon's MadPot sensors record an attempt to exploit PHP2Shell from a commercial anonymisation network. Amazon recommends extending investigations back to at least 17 October. Source: AWS Security Blog
Learn moreStart of the coordinated disclosure. PHP acknowledges receipt and starts working on fixes on 21 September. Source: Wiz Research
Learn moreWiz rediscovers it independently, then confirms unauthenticated remote code execution on Drupal (20/08) and WordPress (21/08). Source: Wiz Research
Learn moreRyan Austin (Calif) discovers the first vulnerability during an audit of PHP's source code carried out with the help of an AI model, as part of OpenAI's “Patch the Planet” programme. Source: Wiz Research
Learn moreTwo-step PHP2Shell diagnosis, €199 excl. VAT, deducted if you then entrust us with the remediation. No password needed to start.
With your consent, we measure visits to this site with Google Analytics (measurement cookies). Without it, nothing is loaded. Learn more
How does it work?
1. Your request
You tell us your website and a way to reach you.
2. Scope and first assessment
We confirm the scope and the authorisation with you; we carry out a first assessment from the outside, without any password.
3. In-depth diagnosis
If external information is not enough to conclude, we continue the diagnosis with the necessary access once it is available.
4. Next steps
If a risk or a necessary remediation is identified, we propose the next steps on quotation or coordinate with your hosting provider.