

Unified security dashboard — posture score, per-module status, live protection, and a prioritized action queue.
Most WordPress security plugins report a problem. They do not explain it. You get an alert that a file changed, a login failed, or a plugin is vulnerable. You do not get the reason, the risk, or the next step.
SecurynAI is different. SecurynAI watches your site, finds the security problems, and explains each one in plain language. For each finding, SecurynAI tells you three things: what happened, why it is a risk, and the WordPress screen to open to correct it.
SecurynAI is a detect-and-guide plugin. SecurynAI does not change your plugins, themes, core files, or configuration for you. You stay in control of every change. SecurynAI shows you the problem and the correct screen. You decide when to act.
Want active attack response instead of detect-and-guide? The SecurynAI Pro plugin builds on everything here with behavioral monitoring, incident correlation, and governed auto-remediation. See the full feature list and pricing.
A request-time firewall blocks SQL injection, cross-site scripting, and remote code execution using an OWASP Top 5 ruleset. Repeat attackers trip a rate limiter and are added to an automatic blocklist, so credential-guessing and brute-force login attempts get shut down before they succeed — including attacks routed through xmlrpc.php, a common blind spot other firewalls miss.
SecurynAI checks WordPress core, plugin, and theme files against official WordPress.org checksums, and scans for malware signatures and backdoors hiding in your file tree. A modified core file, an injected script, or a planted backdoor gets flagged with a plain-language explanation of what changed and why it matters — not just a raw file path.
Every installed plugin and theme is checked against a known-vulnerability feed — wpvulnerability.net by default, or the Wordfence Intelligence v3 feed when you add a free Wordfence key — so you know which CVEs actually affect what you’re running, explained in plain English instead of a raw CVSS score.
Login risk scoring flags unfamiliar device/IP combinations, off-hours access, and failed-login bursts. SecurynAI also checks whether your admin accounts have two-factor authentication enabled, flags dormant admin accounts that haven’t logged in for months, and watches for privilege drift — an account’s role or capabilities quietly changing.
A hardening checklist walks through configuration gaps (wp-config, file permissions, admin usernames) with step-by-step guidance and an optional AI advisor. Every security-relevant event lands in a tamper-evident audit log with automatic retention cleanup, so you have a record when you need one.
Each finding includes a short, human-readable explanation. You do not need to be a developer to understand what happened or what to do next. SecurynAI writes the alert in plain English and links you to the correct WordPress screen, such as Plugins or Updates.
AI narratives use a Bring-Your-Own-Key model. You supply your own key from OpenAI, Anthropic, or Google Gemini. No request goes through a SecurynAI server. If you add no key, every non-AI tool continues to work — firewall, malware scanning, vulnerability alerts, login security, hardening checks, and the audit log all run with no key required. Only the AI narratives and the AI triage turn off.
Learn more, compare SecurynAI to other WordPress security plugins, and read plain-English guides to common alerts at https://securynai.com/.
Free SecurynAI detects and guides. The SecurynAI Pro plugin builds on it with active attack response — detection that acts, under guardrails you control:
See the full feature list and pricing at https://securynai.com/#pricing.
This plugin connects to the following external services under specific conditions. No data is sent unless the described trigger occurs.
The file-integrity module fetches official checksums and package metadata from WordPress.org to verify that core files, plugins, and themes have not been tampered with. Only the component slug and version are transmitted; no site or user data is sent.
Data sent: WordPress version and locale (core checksums), plugin slug and version (plugin checksums), theme slug (theme info).
When: during a file-integrity scan, or when a component is checked against its official checksums.
The vulnerability module also queries api.wordpress.org/plugins/info/1.2/ (via the WordPress core plugins_api() function) to check whether each installed plugin slug is still listed in the official plugin directory. Only the plugin slug is transmitted.
Data sent: plugin slug.
When: on the scheduled vulnerability sync (every 4 days by default) and when manually triggered.
The vulnerability scanner fetches CVE data from the Wordfence Intelligence v3 feed to check installed plugins and themes against known vulnerabilities. Requests are made on a scheduled basis (daily by default) and cached locally. A free Wordfence API key is required; you can obtain one at wordfence.com.
Data sent: an HTTP GET request containing the plugin’s user-agent string and the Wordfence API key (as a Bearer token in the Authorization header). No site URLs, user data, or other site-specific information is transmitted.
When: on the scheduled vulnerability sync and when manually triggered from the SecurynAI dashboard.
The vulnerability scanner queries the wpvulnerability.net API for CVE data. This is the default vulnerability source when no Wordfence API key is configured, and serves as a fallback if the Wordfence feed is unreachable.
Data sent: plugin/theme slug or WordPress version in the URL path. No site-specific or user-specific data is transmitted.
When: during a scheduled or manual vulnerability sync, whenever wpvulnerability.net is the active source.
Note: the project runs its API on the wpvulnerability.net domain (the endpoint this plugin queries), while its website, documentation, Terms of Use, and Privacy Policy are hosted on wpvulnerability.com.
If you configure an OpenAI API key under SecurynAI > Settings, the plugin sends security finding summaries to the OpenAI API for AI-assisted narratives and triage.
Data sent: security finding summaries (vulnerability descriptions, hardening check results). No credentials, user data, or site URLs are included in the payload.
When: only when an API key is configured and a user views a finding detail or triggers AI triage.
If you configure an Anthropic API key under SecurynAI > Settings, the plugin sends security finding summaries to the Anthropic API for AI-assisted narratives and triage.
Data sent: security finding summaries (vulnerability descriptions, hardening check results). No credentials, user data, or site URLs are included in the payload.
When: only when an API key is configured and a user views a finding detail or triggers AI triage.
If you configure a Google Gemini API key under SecurynAI > Settings, the plugin sends security finding summaries to the Google Generative Language API for AI-assisted narratives and triage.
Data sent: security finding summaries (vulnerability descriptions, hardening check results). No credentials, user data, or site URLs are included in the payload.
When: only when an API key is configured and a user views a finding detail or triggers AI triage.
On WordPress 7.0 and later, SecurynAI can delegate AI requests to the built-in WordPress AI Client via the Connectors API. The external provider contacted depends on the connector the site administrator has configured in WordPress settings. SecurynAI sends the same security finding summaries described above; no additional data is transmitted.
When: only when WordPress 7.0+ is detected, the core AI Client connector is active, and no BYOK API key is configured for another provider.