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 …

Esteban

Aipatch Security Scanner is a modular security audit engine built for site owners, developers, and AI-powered agents who need deep visibility into WordPress security posture — without the bloat of all-in-one security suites.
<h4>Why Aipatch Security Scanner?</h4>
Most WordPress security plugins are either too simple to be useful or too heavy to be practical. Aipatch takes a different approach:
<ul>
<li>Audit-first architecture. Every check is a standalone, testable module that returns structured findings with severity, confidence, evidence, and fingerprints.</li>
<li>Built for automation. 23 MCP abilities expose the full audit, scanning, and remediation surface to external AI agents — making Aipatch the first WordPress security plugin designed for agentic workflows.</li>
<li>Zero external dependencies. Everything runs locally. No accounts, no cloud services, no API keys required.</li>
<li>Reversible by design. Every automated remediation stores rollback data so you can undo any change with one click.</li>
</ul>
<h4>Core Capabilities</h4>
36-Point Security Audit
Aipatch runs 36 automated checks across 8 categories — core, plugins, themes, users, configuration, server, access control, and malware surface:
<ul>
<li>Outdated WordPress core, plugins, and themes</li>
<li>Default admin username, excessive admin accounts, inactive admin users, user ID 1 exposure</li>
<li>XML-RPC, file editor, debug mode, debug log, REST API exposure, directory listing</li>
<li>PHP version, HTTPS, file permissions, security headers (X-Frame-Options, CSP, etc.)</li>
<li>Database prefix, sensitive files, PHP execution in uploads, auto-update configuration</li>
<li>Salt key strength, cron health, cookie security flags, CORS, application passwords</li>
<li>Exposed backup files, phpinfo files, uploads directory indexing, default login URL</li>
<li>Database credential security, file installation permissions</li>
</ul>
Every finding includes a severity (critical / high / medium / low / info), confidence score, human-readable explanation, and actionable recommendation.
Weighted Security Score (0–100)
A logarithmic scoring engine computes an overall security score and per-area breakdown across six risk dimensions: software, access control, configuration, infrastructure, malware surface, and vulnerability exposure. Severity weights and confidence multipliers ensure the score reflects actual risk, not just issue count.
Multi-Layer Malware File Scanner
A three-layer file scanner (content 55%, context 25%, integrity 20%) with 27 detection signatures, Shannon entropy analysis, and malware family classification detects:
<ul>
<li>Code execution patterns: eval(), assert(), create_function(), preg_replace /e</li>
<li>System command functions: shell_exec, exec, passthru, backtick operators</li>
<li>Obfuscation techniques: base64 encoding, hex encoding, str_rot13, gzinflate chains, chr() concatenation, variable variables, suspiciously long lines</li>
<li>Network/exfiltration: cURL execution, fsockopen, remote file_get_contents</li>
<li>Known backdoor signatures: c99, r57, WSO, b374k, weevely, FilesMan</li>
<li>WordPress-specific threats: unauthorized admin creation, critical option injection, security function removal</li>
</ul>
Scanning runs in batches via an async job system with configurable batch sizes — safe for shared hosting.
Files are classified into 11 malware families (web shell, obfuscated loader, dropper, persistence backdoor, cloaked PHP, code injector, and more) with confidence scores and remediation hints.
WordPress Core Integrity Verification
Verifies every core file against official checksums from api.wordpress.org. Detects modified core files (checksum mismatch), missing core files, and unexpected files planted in wp-admin/ or wp-includes/. Core tampering findings are automatically escalated to critical severity with zero false-positive likelihood.
File Integrity Baseline
Build a known-good hash baseline of all PHP files in your installation. Diff against it at any time to detect modified, deleted, or newly added files. Origin detection distinguishes core, plugin, theme, and upload files.
Vulnerability Intelligence
A local knowledge base of known plugin, theme, and core vulnerabilities with a database-backed caching layer for fast lookups. Provider architecture allows extending with external feeds.
One-Click Remediation with Rollback
Apply fixes directly from findings — change WordPress options, delete suspicious files, rename files, patch file contents, or add .htaccess rules. Every automated action stores a full rollback payload so you can reverse any change. Manual remediations can be logged for audit trails.
Six supported action types: <code>wp_option</code>, <code>delete_file</code>, <code>rename_file</code>, <code>file_patch</code>, <code>htaccess_rule</code>, <code>manual</code>.
Hardening Module
Five toggleable hardening rules with clear explanations and compatibility warnings:
<ul>
<li>Disable XML-RPC — blocks external XML-RPC requests and removes X-Pingback header</li>
<li>Hide WordPress Version — removes version leaks from source, RSS feeds, scripts, and styles</li>
<li>Restrict REST API — limits sensitive endpoints to authenticated users</li>
<li>Block Author Scanning — prevents user enumeration via author archives</li>
<li>Login Brute-Force Protection — rate-limits login attempts per IP with configurable thresholds and lockout duration</li>
</ul>
Persistent Findings Store
All audit findings persist in a dedicated database table with automatic deduplication by fingerprint. Track findings over time — dismissed findings stay dismissed across scans; resolved findings reopen if the issue reappears.
Security Event Logging
Every scan, hardening change, remediation, and significant event is logged to a dedicated table. Logs are filterable by severity and exportable as CSV.
WordPress Site Health Integration
Adds 6 security tests to the built-in Site Health screen: file editor, debug mode, XML-RPC, admin username, SSL, and overall security score.
Performance Diagnostics
Built-in performance profiling to identify slow queries, high memory usage, and resource bottlenecks related to security operations.
REST API
10 authenticated endpoints under the <code>aipatch-security-scanner/v1</code> namespace for triggering scans, retrieving summaries, toggling hardening, exporting logs, and running performance diagnostics.
<h4>MCP Surface for AI Agents (23 Abilities)</h4>
Aipatch exposes 23 structured abilities via the WordPress Abilities API — making your site’s security surface fully accessible to external AI agents, coding assistants, and orchestration tools:
By default, only aipatch/audit-site is enabled. You can enable additional abilities from Aipatch Security Scanner -> Settings -> MCP Abilities.
Audit & Scanning
<ul>
<li>aipatch/audit-site — Run a full 36-check security audit with scored findings</li>
<li>aipatch/audit-suspicious — Quick heuristic scan for suspicious files</li>
<li>aipatch/start-file-scan — Launch an async multi-layer malware scan job</li>
<li>aipatch/process-file-scan-batch — Process next batch of files in a running scan</li>
<li>aipatch/file-scan-progress — Check file scan progress</li>
<li>aipatch/file-scan-results — Retrieve enriched scan results with family, reasons, layer scores</li>
<li>aipatch/get-scan-summary — Comprehensive latest scan summary with classification breakdown</li>
<li>aipatch/list-suspicious-files — List suspicious files from latest scan (no job_id needed)</li>
</ul>
Integrity & Baseline
<ul>
<li>aipatch/verify-core-integrity — Verify WP core files against official api.wordpress.org checksums</li>
<li>aipatch/baseline-build — Build or refresh the known-good file hash baseline</li>
<li>aipatch/baseline-diff — Compare current filesystem against stored baseline</li>
<li>aipatch/baseline-stats — Baseline statistics by origin type</li>
<li>aipatch/get-baseline-drift — Combined baseline drift + core integrity report</li>
</ul>
Findings & Monitoring
<ul>
<li>aipatch/list-findings — Query persistent findings with status/severity/category filters</li>
<li>aipatch/findings-stats — Aggregate finding statistics</li>
<li>aipatch/findings-diff — New and resolved findings since a point in time</li>
<li>aipatch/get-file-finding-detail — Single finding with decoded metadata, layer scores, family</li>
<li>aipatch/dismiss-finding — Dismiss a finding as accepted risk</li>
</ul>
Remediation
<ul>
<li>aipatch/apply-remediation — Apply a security fix with rollback support</li>
<li>aipatch/rollback-remediation — Undo a previously applied fix</li>
<li>aipatch/list-remediations — List remediation history with filters</li>
</ul>
Jobs & Status
<ul>
<li>aipatch/list-jobs — List scan/audit jobs with filters</li>
<li>aipatch/get-async-job-status — Check async job status and retrieve results</li>
</ul>
20 abilities are read-only; only 3 (dismiss, apply-remediation, rollback) modify site state. All abilities include typed input/output schemas, permission checks (<code>manage_options</code>), and structured error responses.
<h4>What Aipatch Does NOT Do</h4>
<ul>
<li>It is NOT a firewall or WAF — it does not filter incoming traffic.</li>
<li>It does NOT intercept frontend requests or affect page load performance.</li>
<li>It does NOT phone home, require an account, or send data externally.</li>
<li>It does NOT inject ads, upsells, or nag notices.</li>
</ul>

Aipatch Security Scanner

WordPress security scanner with 36 checks, malware scanning, core integrity verification, remediation, and 23 MCP abilities.

Bastora Security Audit vs Aipatch Security Scanner