Bastora

Bastora ist ein ehrlicher WordPress-Sicherheits-Check. Statt tausend Schalter ohne Erklärung prüft Bastora Deine Installation gegen einen festen Katalog aus 53 Sicherheitspunkten und zeigt Dir das Ergebnis als Klartext-Ampel direkt in Deinem Dashboard.
Bastora unterscheidet sich von anderen Sicherheits-Plugins in drei Punkten:
<ol>
<li>Ehrliche Außensicht. Bastora prüft Deine Seite so, wie ein Bot sie sieht: Versionslecks im HTML, offene Verzeichnis-Listen, fehlende Security-Header, sichtbare Endpoints. Die meisten anderen Plugins prüfen nur ihre eigene Konfiguration.</li>
<li>Konflikt-erkennende Auto-Härtung. Härtungen sind ab Werk aktiv. Bastora prüft, ob ein anderes Sicherheits-Plugin (Wordfence, Solid Security, AIOS, Limit Login Attempts und andere) denselben Punkt schon übernimmt, und tritt elegant zur Seite, statt einen Konflikt zu bauen.</li>
<li>Null Konfiguration. Installieren, aktivieren, einmal „Sicherheitsprüfung starten” klicken, fertig. Bastora richtet sich selbst ein.</li>
</ol>
<h4>Was Bastora prüft</h4>
<ul>
<li>Zugangssicherheit (11 Punkte): HTTPS-Login, Brute-Force-Schutz, Salt-Keys, geteilte Konten, Login-Verhalten</li>
<li>Systemabsicherung (11 Punkte): Datei-Editor, Verzeichnis-Listings, wp-config-Sperre, Debug-Modus, Dateirechte, Revisionen, Kerndatei-Abgleich gegen das Original von wordpress.org mit automatischer Reparatur</li>
<li>Informationsschutz (10 Punkte): Generator-Tag, RSD-Link, WLW-Manifest, XML-RPC, REST-API-Benutzer, Pingbacks, X-Powered-By</li>
<li>Security-Header (5 Punkte): X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, HSTS</li>
<li>Pingbacks (2 Punkte): ausgehende und eingehende Pingbacks</li>
<li>Auto-Updates (7 Punkte): nächtlicher Schutz, Minor-/Major-Auto-Updates, Plugin-/Theme-Auto-Updates, verwaiste Erweiterungen</li>
<li>Monitoring und Betrieb (7 Punkte): Transients, Revisions-Cleanup, Captcha, WordPress-Version, PHP-Version, /uploads/-PHP-Sperre, Sicherheits-Plugin-Status</li>
</ul>
<h4>Was Bastora härtet (wenn kein Konflikt erkannt wird)</h4>
<ul>
<li>WordPress-Version aus HTML und RSS-Feed entfernt</li>
<li>RSD-Link und WLW-Manifest entfernt</li>
<li>Login-Shake-Effekt deaktiviert</li>
<li>Login-Fehlermeldung verallgemeinert (verrät nicht mehr, welche Benutzer existieren)</li>
<li>Author-Seiten umgeleitet (verhindert das Aufzählen von Benutzernamen)</li>
<li>XML-RPC abgeschaltet (außer ein konkurrierendes Plugin übernimmt das schon)</li>
<li>Pingback-XML-RPC-Methoden gesperrt</li>
<li>REST-API-Endpoint /users für nicht eingeloggte Anfragen gesperrt</li>
<li>Application Passwords deaktiviert</li>
<li>Login-Honeypot: verstecktes Formularfeld in der Login-Maske, das Bots ausfüllen und sich damit als Bot zu erkennen geben</li>
<li>Brute-Force-Schutz mit IP-Sperre: 5 Fehlversuche → 30 Minuten Sperre. Bei wiederholten Sperren: Eskalation auf 4 Stunden, dann 24 Stunden. Zähler setzt sich nach erfolgreichem Login zurück. IPv6 wird auf dem /64-Präfix gesperrt. Cloudflare- und Reverse-Proxy-IP-Erkennung ist eingebaut.</li>
<li>Kerndatei-Auto-Reparatur: Bastora vergleicht täglich Deine WordPress-Kerndateien mit den offiziellen Hashes von wordpress.org. Wird eine Datei manipuliert oder fehlt, lädt Bastora die saubere Originaldatei aus der offiziellen WordPress-ZIP, validiert ihren Hash doppelt und ersetzt die kompromittierte Version automatisch. Die alte Datei wandert zur Spurensicherung in <code>wp-content/uploads/bastora-quarantine/</code>. Du bekommst eine E-Mail mit der Liste der reparierten Dateien. Voraussetzung: Versions-Abgleich-Opt-in aktiv. Bei Hostern mit schreibgeschützten Core-Dateien bleibt die Anzeige + Mail erhalten.</li>
</ul>
<h4>Konflikt-erkennend</h4>
Wenn eines der folgenden Plugins schon läuft, erkennt Bastora das und deaktiviert nur die überlappenden Bereiche:
<ul>
<li>Wordfence Security</li>
<li>Sucuri Security</li>
<li>Solid Security (früher iThemes)</li>
<li>All-In-One WP Security & Firewall</li>
<li>MalCare Security</li>
<li>WP Cerber Security</li>
<li>Limit Login Attempts Reloaded</li>
<li>Disable XML-RPC</li>
<li>Disable Application Passwords</li>
<li>Really Simple SSL</li>
<li>HTTP Headers</li>
</ul>
Im Dashboard siehst Du pro Härtung im Klartext, warum sie aktiv oder inaktiv ist.
<h4>Was Bastora bewusst **nicht** macht</h4>
<ul>
<li>Kein erzwungenes TOTP. Solopreneure sperren sich regelmäßig mit Authenticator-Apps aus. Bastora setzt stattdessen auf Brute-Force-Schutz, Rate-Limit und Anomalie-Erkennung.</li>
<li>Kein Verstecken der Login-URL. Eine umbenannte Login-URL macht den Passwort-Reset-Link in der Mail kaputt, sobald das Plugin deaktiviert wird. Rate-Limit plus Honeypot ist die saubere Lösung.</li>
<li>Keine Cloud-Verbindung ohne Zustimmung. Alle externen Verbindungen (auch Versions-Abgleich gegen wordpress.org) sind ab Werk aus. Sie schalten sich erst ein, wenn Du sie im Welcome-Wizard oder in den Einstellungen ausdrücklich freigibst.</li>
</ul>
<h4>Optionale anonyme Statistik (geplant, in dieser Version noch nicht aktiv)</h4>
Eine künftige Plugin-Version wird optionale anonyme Sicherheits-Telemetrie an bastora.de anbieten. In dieser Plugin-Version wird keine Telemetrie gesendet. Der Opt-in-Schalter speichert nur Deine Zustimmung für ein späteres Release. Wenn die Versand-Pipeline später live geht, würden ausschließlich folgende anonymisierten technischen Werte übertragen:
<ul>
<li>WordPress-, PHP- und MySQL-Versions-Strings</li>
<li>Locale (zum Beispiel de_DE)</li>
<li>Liste der installierten Plugin-Slugs (ohne Versionen)</li>
<li>Audit-Ergebnisse (welche der 53 Punkte sind rot, gelb, grün)</li>
<li>Eine zufällige anonyme Site-ID (UUID), lokal beim ersten Plugin-Start erzeugt</li>
</ul>
Was nie übertragen würde: Domain, URL, IP-Adressen, E-Mail-Adressen, Benutzernamen, Beitragsinhalte, Dateiinhalte.
<h3>Privacy</h3>
<h4>Externe Verbindungen</h4>
Bastora kontaktiert externe Server in zwei klar getrennten Fällen. Beide sind opt-in. Ab Werk macht das Plugin keine externen Verbindungen.
1. Versions-Abgleich gegen api.wordpress.org (opt-in)
Wenn Du im Welcome-Wizard oder in den Einstellungen „Versions-Abgleich erlauben” aktivierst, fragt Bastora bei einem manuellen Scan die api.wordpress.org nach:
<ul>
<li>der aktuellen WordPress-Core-Version: <code>https://api.wordpress.org/core/version-check/1.7/</code></li>
<li>den offiziellen Datei-Hashes der installierten WordPress-Version (für den Kerndatei-Abgleich): <code>https://api.wordpress.org/core/checksums/1.0/?version=<version>&locale=en_US</code></li>
<li>pro erkennbarem Plugin nach dessen letztem Update-Datum: <code>https://api.wordpress.org/plugins/info/1.0/<slug>.json</code></li>
<li>pro erkennbarem Theme nach dessen letztem Update-Datum: <code>https://api.wordpress.org/themes/info/1.2/?action=theme_information&request[slug]=<slug></code></li>
</ul>
Wenn Bastora bei der täglichen Prüfung manipulierte oder fehlende Kerndateien entdeckt, lädt Bastora zusätzlich die offizielle WordPress-ZIP herunter, um die saubere Originaldatei zu extrahieren:
<ul>
<li><code>https://downloads.wordpress.org/release/wordpress-<version>.zip</code></li>
</ul>
Die ZIP wird einmal pro Version 7 Tage lokal in <code>wp-content/uploads/bastora-quarantine/_core-cache/</code> gespeichert, um wiederholten Bandbreitenverbrauch zu vermeiden. Vor dem Ersetzen einer Datei prüft Bastora deren MD5-Hash gegen den von api.wordpress.org gemeldeten Wert (Doppel-Sicherung gegen Download-Pannen).
Das ist dieselbe API, die WordPress selbst für seine eigenen Update-Checks nutzt. Übertragen wird nur der Slug pro Plugin oder Theme. Keine Domain, keine Nutzerdaten, keine Besucher-IP. Die Abfragen laufen nur bei manuellem Klick auf den Scan-Button, nie automatisch im Hintergrund. Antworten werden 24 Stunden zwischengespeichert.
Wenn Du diesen Punkt nicht aktivierst, werden die update-relevanten Audit-Punkte als „nicht prüfbar” markiert und es geht keine Anfrage raus.
2. Anonyme Telemetrie an bastora.de (geplant, in dieser Version nicht aktiv)
Eine künftige Plugin-Version soll optionale anonymisierte Telemetrie an bastora.de anbieten. In dieser Plugin-Version ist diese Pipeline nicht implementiert — kein <code>wp_remote_post</code>, kein Payload, keine Übertragung an bastora.de findet im Code statt. Der Opt-in-Schalter in den Einstellungen speichert nur Deine Zustimmung für ein späteres Release.
Wenn die Versand-Pipeline in einem späteren Release live geht, würden die folgenden anonymisierten Werte übertragen:
<ul>
<li>WordPress-, PHP- und MySQL-Versions-Strings</li>
<li>Locale-Code (zum Beispiel de_DE)</li>
<li>Liste der installierten Plugin-Slugs (ohne Versionen)</li>
<li>Theme-Slug des aktiven Themes</li>
<li>Audit-Ergebnisse: pro Sicherheitspunkt der Status (passed / warning / failed)</li>
<li>Eine zufällige anonyme Site-ID (UUID), lokal beim ersten Plugin-Start erzeugt</li>
</ul>
Was nie übertragen würde: Domain, URL, IP-Adressen, E-Mail-Adressen, Benutzernamen, Beitragsinhalte, Dateiinhalte, Datenbankinhalte.
<h4>Datenschutzhinweis</h4>
Vollständige Datenschutzerklärung: https://bastora.de/datenschutz.php 
Verantwortliche Stelle laut Impressum: https://bastora.de/impressum.php

Bastora Security Audit

Ehrlicher 53-Punkte-Sicherheits-Check für WordPress. Prüft, härtet die wichtigsten Stellen automatisch und tritt zur Seite, wenn ein anderes Sicherhei …

WebProtect.ai

Ananda Krishna

Shikhil

WP Hardening is a tool which performs a real-time security audit of your website to find missing security best practices. Using our ‘Security Fixer’ you can also fix these with a single click from your WordPress backend.

<h3>Discontinuation Notice</h3>
IMPORTANT: This plugin is discontinued
This is to inform you that this plugin is no longer being maintained or updated. We have placed a discontinuation request with the WordPress team, and the plugin will soon be ‘closed’ for new installations.
This plugin was launched as a side project and has sadly reached the end of its journey. Thank you for your understanding and for using our plugin. We apologize for any inconvenience this may cause.
What This Means for You
<ol>
<li>No Further Updates: There will be no more updates, bug fixes, or new features.</li>
<li>No Support: Support for this plugin is no longer available.</li>
</ol>
We recommend that you deactivate and delete this plugin from your WordPress site as soon as possible. Please seek alternative plugins to replace the functionality provided by this plugin.
<h3>Features</h3>
<h3>Hardening Audit</h3>
<ol>
<li>WordPress Version Check 
 It checks if your website is on the latest version or not.
 </li>
<li>Checking Outdated Plugins 
 It checks if your website is running the updated plugins or not.
 </li>
<li>Checking PHP Version 
 WP Hardening also checks if your website is running on a secure version of PHP.
 </li>
<li>Checking File & Folder Permissions 
 WP Hardening also checks if your website is built on the secured version of PHP or not.
 </li>
<li>Database Password Strength 
 We check the strength of passwords used on your database. Not having a secured password can become an easy target for Brute-Force attacks.
 </li>
<li>Checking Firewall Protection 
 We’ll check if your website is being protected by a firewall or not. Firewalls leverage a great monitoring and filtering system on your website.
 </li>
</ol>
<h3>Security Fixers</h3>
Admin & API Security
<ol>
<li>Stop User Enumeration Hackers & bad bots can easily find usernames in WordPress by visiting URLs like yourwebsite.com/?author=1. This can significantly help them in performing larger attacks like Bruteforce & SQL injection.</li>
<li>Change Login URL Prevent admin password brute-forcing by changing the URL for the wp-admin login area. You can change the url only when this fixer is disabled.</li>
<li>Disable XMLRPC XMLRPC is often targeted by bots to perform brute force & DDoS attacks (via pingback) causing considerable stress on your server. However, there are some services which rely on xmlrpc. Be sure you definitely do not need xmlrpc before disabling it.</li>
<li>Disable WP API JSON Since 4.4 version, WordPress added JSON REST API which largely benefits developers. However, it’s often targeted for bruteforce attacks just like in the case of xmlrpc. If you are not using it, best is to disable it.</li>
<li>Disable File Editor If a hacker is able to get access to your WordPress admin, with the file editor enabled it becomes quite easy for them to add malicious code to your theme or plugins. If you are not using this, it’s best to keep the file editor disabled.</li>
<li>Disable WordPress Application Passwords WordPress application passwords have full permissions of the user that generated them, making it possible for an attacker to gain control of a website by tricking the site administrator into granting permission to their malicious application.</li>
</ol>
Disable Information Disclosure & Remove Meta information
<ol>
<li>Hide WordPress version number 
 This gives away your WordPress version number making life of a hacker simple as they’ll be able to find targeted exploits for your WordPress version. It’s best to keep this hidden, enabling the button shall do that.
 </li>
<li>Remove WordPress Meta Generator Tag 
 The WordPress Meta tag contains your WordPress version number which is best kept hidden
 </li>
<li>Remove WPML (WordPress Multilingual Plugin) Meta Generator Tag 
 This discloses the WordPress version number which is best kept hidden.
 </li>
<li>Remove Slider Revolution Meta Generator Tag 
 Slider revolution stays on the radar of hackers due to its popularity. An overnight hack in the version you’re using could lead your website vulnerable too. Make it difficult for hackers to exploit the vulnerabilities by disabling version number disclosure here
 </li>
<li>Remove WPBakery Page Builder Meta Generator Tag 
 Common page builders often are diagnosed with a vulnerability putting your website’s security at risk. With this toggle enabled, the version of these page builders will be hidden making it difficult for hackers to find if you’re using a vulnerable version.
 </li>
<li>Remove Version from Stylesheet 
 Many CSS files have the WordPress version number appended to their source, for cache purposes. Knowing the version number allows hackers to exploit known vulnerabilities.
 </li>
<li>Remove Version from Script 
 Many JS files have the WordPress version number appended to their source, for cache purposes. Knowing the version number allows hackers to exploit known vulnerabilities.
 </li>
</ol>
Basic Server Hardening
<ol>
<li>Hide Directory Listing of WP includes 
WP-includes directory gives away a lot of information about your WordPress to hackers. Disable it by simply toggling the option to ensure you make reconnaissance of hackers difficult</li>
</ol>

Security Headers
<ol>
<li>Clickjacking Protection 
Protect your WordPress Website from clickjacking with the X-Frame-Options response header. Clickjacking is an attack that tricks a user into clicking a webpage element which is invisible or disguised as another element.</li>
<li>XSS Protection 
Add the HTTP X-XSS-Protection response header so that browsers such as Chrome, Safari, Microsoft Edge stops pages from loading when they detect reflected cross-site scripting (XSS) attacks.</li>
<li>Content Sniffing protection 
Add the X-Content-Type-Options response header to protect against MIME sniffing vulnerabilities. Such vulnerabilities can occur when a website allows users to upload content to a website, however the user disguises a particular file type as something else. This can give them the opportunity to perform cross-site scripting and compromise the website.
</li>
<li>HTTP only & Secure flag 
Enable the HttpOnly and secure flags to make the cookies more secure. This instructs the browser to trust the cookie only by the server, which adds a layer of protection against XSS attacks.</li>
</ol>

WP Hardening (discontinued)

The WP Hardening is a one-click tool to fix standard security recommendations on your WordPress website.

Bastora Security Audit vs WP Hardening (discontinued)