What the scanner checks
| Check | Why it matters |
|---|---|
| WordPress version | Versions marked insecure by WordPress.org have known, published problems. |
| Closed plugins | Plugins removed from WordPress.org, often for security, stop getting fixes. |
| Outdated and abandoned plugins | Most WordPress break-ins go through plugins that were not updated. |
| debug.log | An open log file shows server paths, plugin names and sometimes customer data. |
| Folder listing | An open uploads folder lets anyone browse files that were never linked. |
| Usernames | Visible usernames make password guessing easier. |
| XML-RPC and readme.html | Old endpoints and files that scanners and bots look for. |
| HTTPS and security headers | Encryption, HSTS, clickjacking and MIME sniffing protection. |
Each problem in the report comes with a short, plain fix you can hand to whoever looks after the site.
Passive on purpose
The scanner only reads what any visitor can open: the home page, a few public files and the response headers. It does not log in, submit forms, try passwords or send attack payloads. That makes it safe to run on any site, including one you do not own, and it means a clean result is a good sign rather than a guarantee.
How the score works
The report starts at 100 and takes points off for each problem, weighted by how much it matters. An open debug log or an insecure WordPress version costs far more than a missing referrer policy. A, B and C are fine to good, D needs attention, F means something serious is exposed.
What it does not do yet
It does not yet match every plugin version against a vulnerability database, so a plugin that is up to date but still has an unfixed problem will not be flagged. Outdated and closed plugins are the strongest signal the scan can give from outside, and in practice they cover most real cases.
Interested in one part only? The WordPress version checker and the plugin detector open the same report with that part first.