Product
Security
AI & SEO
Solutions
Compare
Resources
Get early access Talk to us
WordPress security with Sentinel

Restrict WordPress XML-RPC without guessing what will break

Unused XML-RPC access gives attackers another place to try passwords. Sentinel helps you restrict it across connected websites while keeping a clear view of sites that need it for legitimate services.

For connected WordPress websites. Review current availability on plans and features.

Updated

The quick answer

Should I disable XML-RPC in WordPress?

Restrict XML-RPC if your website does not need it for a publishing app or integration. Sentinel can switch off password-based XML-RPC access, pingbacks and multicall while preserving recognized plugin dependencies and allowing website exceptions. Check your integrations before relying on a portfolio-wide policy.

What you get

XML-RPC protection in WPCentrify

Reduce unused login routes

Restrict password-based XML-RPC methods and associated abuse paths where the website does not need them.

Keep recognized dependencies

Sentinel preserves XML-RPC where recognized active services such as Jetpack, VaultPress or WooPayments require it.

Manage website exceptions

Keep access available for mobile publishing or other tools that need it and may not be identified automatically.

What is xmlrpc.php used for in WordPress?

XML-RPC is a remote communication interface used by some publishing tools and services. Its presence does not prove a vulnerability or infection. The security decision depends on whether the website uses it and whether the access is adequately controlled.

A browser response from xmlrpc.php is not enough to establish which methods remain available. Distinguish blocking password-based access from making the entire file unreachable. Sentinel protection should be described by the behavior it restricts, not by a promise that every request to that URL returns an error.

Limit XML-RPC abuse alongside normal login protection

A protected wp-login.php screen does not automatically mean every other password route is controlled. XML-RPC deserves a separate review when a site continues to receive login attempts or does not need remote publishing.

Use Sentinel XML-RPC protection alongside login attempt limits, secure account credentials and successful-login monitoring. Restricting one interface does not fix a vulnerable plugin or make a compromised administrator account safe.

Keep Jetpack and publishing integrations working

Sentinel recognizes selected active plugins that depend on XML-RPC and keeps access available for those dependencies. That compatibility check cannot identify every external app a customer uses. A mobile publishing app or a custom service can still need a website-specific exception.

Before changing the policy, check the tools used to publish, back up or manage the website. After a change, test the normal workflow. Review other WordPress hardening controls separately so XML-RPC exceptions do not become a reason to relax unrelated safeguards.

Your next steps

How to use xml-rpc protection

  1. Identify the websites that need XML-RPC

    Check Jetpack, payment dependencies, publishing apps and custom services.

  2. Review the Sentinel protection

    Use the workspace control and check the per-website status and recognized dependency exceptions.

  3. Test and keep necessary exceptions

    Confirm publishing and integrations still work. Allow access on websites with a legitimate requirement.

Common questions

XML-RPC protection questions answered

Is it safe to disable XML-RPC in WordPress?

It can be appropriate when the website has no service that needs it. Check publishing apps and integrations first, then test their behavior after changing the policy.

Will disabling XML-RPC break Jetpack?

Jetpack can depend on XML-RPC. Sentinel recognizes selected active dependencies and preserves access for them rather than applying the restriction blindly.

Does Sentinel delete xmlrpc.php?

No. The control restricts supported XML-RPC behavior. It is not a workflow for deleting a WordPress core file.

Why does xmlrpc.php still respond after a protection is enabled?

A response does not show which methods are usable. Restricting password-based methods is different from denying every request to the file. Review reported status and test the required behavior.

Can I allow XML-RPC for one WordPress site?

Yes. Review the site-specific exception when a website needs a service that the workspace policy would otherwise restrict.

Does XML-RPC protection replace brute force protection?

No. It reduces one access path. Normal login routes still need password-guessing controls, secure credentials and monitoring.

WPCentrify Sentinel

Give every website a security review you can act on

Bring security findings, protection status and website maintenance into the same dashboard.