WordPress 7.1.2: Critical Security Update and a Safe Upgrade Plan

WordPress 7.1.2 was released on September 22, 2026 as a critical security update. It fixes a vulnerability that, under specific server and theme conditions, could allow an unauthenticated attacker to make template resolution include a readable local PHP file outside the active theme directories. In the worst case, this could lead to remote code execution.

The official WordPress recommendation is clear: update sites immediately. However, “immediately” does not mean “without preparation.” A production website, WooCommerce store or project with a custom theme needs a short and controlled process that reduces the chance of downtime.

What matters about WordPress 7.1.2

According to the official WordPress 7.1.2 release announcement, this is a security release containing a fix for a critical vulnerability. The public description intentionally avoids publishing a step-by-step exploitation path, giving site owners time to patch their installations.

The practical conclusions are straightforward:

  • delaying the update for weeks is not a good option;
  • a WAF or security plugin does not replace a patched WordPress core;
  • a site without public user registration can still be a target;
  • custom themes and unusual server configurations require careful testing.

A safe upgrade plan

1. Record the current state

Before making changes, record the installed versions of WordPress, PHP, the active theme and all business-critical plugins. For WooCommerce, separately note the versions of WooCommerce itself, payment gateways, shipping extensions, multilingual tools and any CRM or accounting integrations.

This inventory makes it much easier to identify what changed if an error appears after deployment.

2. Create a verified backup

You need both the database and the site files. An archive that has never been tested is not yet a reliable recovery plan. Confirm that the backup opens correctly, the database is not corrupted and the storage location does not depend on the WordPress installation you may need to restore.

For stores, create the backup during a short low-traffic window so new orders are not lost between the snapshot and the completed upgrade. WordPress also maintains an official guide to WordPress backups.

3. Test on staging

A staging copy reveals conflicts without affecting visitors. Upgrade staging first, clear all caches and run a concise smoke test:

  • the homepage and key templates load correctly;
  • administrators can sign in;
  • the post and page editors do not show JavaScript errors;
  • forms can be submitted;
  • Polylang language switching points to the correct URLs;
  • WooCommerce can add a product to the cart and complete a test checkout;
  • scheduled jobs and external integrations are not failing.

4. Review theme and plugin compatibility

WordPress core may upgrade correctly while an outdated plugin breaks one workflow. Pay particular attention to extensions that interact with templates, the filesystem, media uploads, caching, security or URL routing.

If a plugin has not been maintained for a long time, lacks a clear owner or duplicates another extension, schedule a replacement. A smaller set of well-maintained dependencies is usually easier to secure and support.

5. Upgrade production during a controlled window

Choose a period with minimal traffic. For a store accepting live orders, record when maintenance begins and keep the process focused. A sensible sequence is:

  1. create a fresh backup;
  2. pause deployments and editorial changes;
  3. upgrade WordPress to 7.1.2;
  4. upgrade compatible plugins and the active theme;
  5. purge page cache, object cache and CDN cache;
  6. run the critical-path smoke test.

What to verify after the update

Do not stop at the “update completed” message. Verify at least the following:

  • HTTP status codes for the homepage, blog, shop and service pages;
  • PHP, WordPress and web server logs;
  • the dashboard, Media Library and post saving;
  • forms, email delivery and transactional messages;
  • cart, checkout and a test order;
  • canonical tags, robots directives, sitemaps and language hreflang links;
  • Core Web Vitals or at least a before-and-after Lighthouse run.

It is also worth scanning the files again with a security tool. Installing the patch closes the vulnerability, but it does not remove an earlier compromise if one has already happened.

When to involve a developer

Bring in a specialist when the site relies on custom templates, custom plugins, a non-standard deployment workflow, complex multilingual routing or business-critical WooCommerce integrations. A developer can compare staging and production, review logs and isolate a conflict without randomly disabling every component.

Conclusion

WordPress 7.1.2 is not a cosmetic release. Because the security fix is critical, the update should be installed promptly—with a verified backup, staging validation and a short rollback plan. That process takes a little longer, but it dramatically reduces the risk of downtime and unexpected failures.

This article is current as of September 24, 2026.

WP-Hunter

Secure account access

Sign in, create an account, or recover your password.

Welcome back

Sign in to continue to your account.