Marc Armengou

Security Hardener applies WordPress security best practices based on the <a href="https://developer.wordpress.org/advanced-administration/security/hardening/" rel="nofollow ugc">WordPress Advanced Administration / Security / Hardening</a> documentation and widely accepted hardening measures. It uses WordPress core functions and follows best practices without modifying core files.
<h4>Key Features</h4>
File Security: 
* Disable file editor in WordPress admin 
* Optionally disable all file modifications (blocks updates – use with caution)
XML-RPC Protection: 
* Disable XML-RPC completely (enabled by default) 
* Remove pingback methods when XML-RPC is enabled
Pingback Protection: 
* Disable self-pingbacks 
* Remove X-Pingback header 
* Block incoming pingbacks
User Enumeration Protection: 
* Block <code>/?author=N</code> queries (returns 404) 
* Secure REST API user endpoints (require authentication) 
* Remove users from XML sitemaps 
* Prevent canonical redirects that expose usernames 
* Optionally block author feed pages (<code>/author/username/feed/</code>)
Login Security: 
* Generic error messages (no username/password hints) 
* Login honeypot — silently blocks bots before any credential check 
* IP-based rate limiting with configurable thresholds 
* Security event logging (last 100 events) 
* Automatic blocking after failed attempts
Security Headers: 
* <code>X-Frame-Options: SAMEORIGIN</code> (clickjacking protection) 
* <code>X-Content-Type-Options: nosniff</code> (MIME sniffing protection) 
* <code>Referrer-Policy: strict-origin-when-cross-origin</code> 
* <code>Permissions-Policy</code> (restricts geolocation, microphone, camera) 
* Optional HSTS (HTTP Strict Transport Security) for HTTPS sites — max-age set to 1 year
Additional Hardening: 
* Hide WordPress version (meta generator tag and asset query strings) 
* Remove obsolete wp_head items (RSD, WLW manifest, shortlink, emoji scripts) 
* Security event logging system 
* Optionally disable Application Passwords for API authentication
<blockquote>
⚠️ Important: Always test security settings in a staging environment first. Some features may affect third-party integrations or plugins.
</blockquote>
Privacy: This plugin does not send data to external services and does not create custom database tables. It stores plugin settings and a security event log in the WordPress options table, and uses transients for temporary login attempt tracking. All data is preserved on uninstall by default and only deleted if the “Delete all data on uninstall” option is explicitly enabled.

Security Hardener

Basic hardening: secure headers, login honeypot, user enumeration blocking, generic login errors, rate limiting, and more.

GuardGiant brute force protection

The only plugin with 100% brute force protection that doesn’t lock out genuine users.
<h4>Brute Force Protection</h4>
This security plugin implements an approach used by large websites such as Facebook, Google etc.
When a genuine user makes a successful login to their account using their mobile phone, tablet, or computer GuardGiant starts treating their device as Trusted.
<ul>
<li>Failed login attempts from trusted devices are directed towards ‘Lost Password’ forms rather than being subject to account lockouts or additional counter measures.</li>
<li>Users receive an alert when anyone logs into their account from an unrecognized device or browser.</li>
</ul>
<h4>Stop Hackers</h4>
GuardGiant uses a range of strong counter-measures to limit login attempts from unrecognized devices. The default behaviour is:
<ul>
<li>After 3 failed login attempts from the same unrecognized device, a Google ReCaptcha field is added to the login page. ReCaptcha is a strong counter-measure that is very hard for an automated process to solve.</li>
<li>After 10 failed login attempts a temporary block of 2 minutes is applied to the device/IP address. No login attempts can be made during this time.</li>
<li>Each further failed login attempt increases the block time by another minute. This slows down attacks to the point where they quickly become unviable.</li>
</ul>
All behavior is fully customizable to achieve the level of brute force protection that you require.
<h4>Login History</h4>
A fully featured security log gives you visibility to login attempts on your site.
<ul>
<li>Provides geographic location, device type, IP address and more for each login attempt.</li>
<li>Filter login attempts by Trusted or Unrecognized devices.</li>
<li>Search by IP address or username.</li>
<li>Filter by successful or failed attempts.</li>
<li>Easy to display successful logins from unrecognized devices that could indicate a hacked account.</li>
</ul>
This login history log should form an essential part of your brute force login protection plan. GDPR compliant.
<h4>Other Login Security Improvements</h4>
This security plugin implements various improvements recommended by the Open Web Application Security Project® (OWASP) to keep your site safe:
<ul>
<li>Obfuscates login errors to stop hackers detecting valid account names.</li>
<li>Option to disable XMLRPC.</li>
<li>And much, much more.</li>
</ul>
This security plugin is exceptionally easy to use no matter what your level of technical expertise.
The default settings are highly optimized, designed to prevent brute force attacks whilst not disturbing genuine users from logging in. Advanced users can fully customize the behavior of this plugin to suit their own environment.
<h4>Login Security Plugin – Background Information</h4>
The most common threat that WordPress site owners face is a password guessing attack known as a brute force attack. 
A brute force attack is where an attacker uses a brute force tool (or script) to discover your password by systematically trying every possible combination of letters, numbers, and symbols until the correct password is found. A brute force attack will always work eventually, but the problem for the brute force attacker is that it may take many years to do it.
Brute force prevention techniques focus on slowing down these attacks to the point where they become unviable.
Using long and complex passwords (that are not dictionary words) is a good brute force attack prevention method to start with. This greatly increases the time an attacker will need.
A common way to stop brute force attacks is to lock out the WordPress account after a defined number of failed authorization attempts (there are various brute force plugins that do this). 
The problem with this approach is that the site administrator ends up with unhappy users who have been locked out, often needing manual intervention to regain access. This is not sustainable or desirable for sites of any size.
The modern approach to brute force prevention is to track the devices that genuine users use to log in, ensuring they are always treated kindly if they forget their password. Unrecognized devices face a progressive but temporary timed lockout.
<h4>Stop Brute Force Attacks</h4>
Periodic monitoring of your security audit log can help you stop brute force attacks.
Here are patterns that indicate a brute force attack or some other account abuse:
<ul>
<li>Failed login attempts using alphabetically sequential usernames or passwords</li>
<li>Multiple different usernames being used by the same IP address</li>
<li>Logins for a single account coming from many different IP addresses</li>
<li>Failed logins at a specific period e.g. every 5 minutes</li>
</ul>

WordPress Brute Force Protection – Stop Brute Force Attacks

The only plugin with 100% brute force protection that doesn't lock out genuine users.

Security Hardener vs WordPress Brute Force Protection – Stop Brute Force Attacks