Know your PHP version
Identify the PHP runtime used by your website or application and check your host or vendor's patch status.
Two critical PHP flaws were disclosed on October 21, 2026. Every WordPress site runs on PHP, so check your version and patch status now.
RapidDev helps businesses plan PHP upgrades, rebuild WordPress websites, and modernize legacy PHP applications.
General guidance for website owners — not a scan of your site.
PHP 8.5.12 · 8.4.27 · 8.3.36 · 8.2.35
4.9 ★ on ClutchVerified client reviews
440+ projectsShipped for clients
220 engineersProfessional engineering team
Free 30-min callNo commitment
On October 21, 2026, PHP released emergency patches for CVE-2026-109618 and CVE-2026-109619, nicknamed PHP2Shell. These flaws can allow unauthenticated remote code execution on affected servers. Any installation serving web requests without the appropriate security patches is at risk.
8.5.12 · 8.4.27 · 8.3.36 · 8.2.35. PHP 8.1 and older are end-of-life and did not get official patched releases. The PHP team published minimal source-code backports for 7.4, 8.0 and 8.1, and operating-system and long-term-support vendors also ship fixes, so check your vendor's security advisory rather than relying on a version string alone.
If you cannot patch: The NSA recommends taking affected systems offline until they can be fully mitigated. Temporary mitigations are not complete fixes.
Identify the PHP runtime used by your website or application and check your host or vendor's patch status.
Where applicable, patch affected PHP installations and test important website functionality.
Legacy applications that cannot be upgraded safely may need code changes or a modernization plan.
A site can look fine to visitors while becoming harder to update, maintain, or secure. These are common warning signs.
Older runtime versions may not receive regular upstream security support.
Plugin, theme, and code dependencies turn routine upgrades into risky projects.
Heavy scripts and outdated infrastructure create frustrating user experiences.
Unpatched dependencies and unsupported components deserve attention.
Undocumented code and fragile integrations slow every change.
The website no longer supports how your business works today.
You don't necessarily need a full rebuild. Sometimes targeted upgrades are enough.
Start with the actual problem and choose the most practical development approach.
Understand upgrade requirements and address older PHP code and compatibility concerns.
Rework websites that have become fragile, slow, or too difficult to manage.
Improve older applications without unnecessarily replacing everything at once.
Plan a move to more suitable technology while preserving what your business needs.
Identify technical bottlenecks and improve speed, responsiveness, and stability.
Keep existing systems manageable as technologies and business needs change.
We start with the business problem and technical requirements. A targeted upgrade may be enough; more complex legacy systems may need a staged modernization plan.
Review existing functionality before recommending changes.
Account for integrations, dependencies, and business operations.
Make future updates and improvements easier to manage.
Your website relies on PHP and needs a clear upgrade or maintenance plan.
Older code, frameworks, and integrations make upgrades complex.
You need to preserve important data and functions while moving forward.
Fragile code and outdated dependencies slow down your team.
Don't rebuild your entire website because of a headline. First, determine whether your environment actually needs attention.
Share your URL, current setup, and what is not working.
Identify the PHP environment, dependencies, and compatibility concerns.
Decide whether updates, migration, or rebuilding makes sense.
Agree on scope, make changes, and test affected functionality.
Document remaining risks and plan future support.
On October 21, the PHP project disclosed CVE-2026-109618 and CVE-2026-109619, two critical flaws that can enable unauthenticated remote code execution on vulnerable servers.
WordPress runs on PHP. Any WordPress website using an unpatched affected PHP installation is at risk, even if WordPress core and plugins are current.
PHP released 8.5.12, 8.4.27, 8.3.36 and 8.2.35. Vendors may also distribute patches through supported operating-system packages.
PHP 8.1 and older are end-of-life and did not get official patched releases. The PHP team published minimal source backports for 7.4, 8.0 and 8.1, and operating-system or long-term-support vendors may provide packaged fixes. Because these versions no longer receive regular security support, plan an upgrade.
The NSA recommends taking an affected system offline if an immediate update is not feasible. Temporary exposure-reduction measures are not complete fixes.
No. The PHP runtime or maintained vendor package must receive the relevant security fix. WordPress plugin or core updates alone do not patch PHP itself.
Often yes. A compatibility assessment can show whether existing code, dependencies, and hosting will work after the upgrade.
It depends on application complexity, integrations, and test requirements. The scope should be reviewed before committing to a timeline.
Ready to get started? Book a call with our team to schedule a free consultation. We’ll discuss your project and provide a custom quote at no cost!