The Homerunner plugin for WordPress is vulnerable to Cross-Site Request Forgery in all versions up to, and including, 1.0.30. This is due to missing or incorrect nonce validation on the main_settings() function. This makes it possible for unauthenticated attackers to update plugin settings via a forged request granted they can trick a site administrator into performing an action such as clicking on a link.
Security readout for executives and security teams
Plain-English summary
Homerunner for WordPress through version 1.0.30 can let an attacker change plugin settings by persuading an administrator to trigger a forged request. The attacker does not need an account, but administrator interaction is required. Expected impact is limited to settings integrity; the supplied evidence does not establish data theft, service disruption, or code execution.
Executive priority
Schedule remediation in the normal near-term patch cycle, escalating sites where Homerunner controls business-sensitive checkout settings. The moderate rating reflects required administrator interaction and limited documented impact. Immediate emergency response is not supported by the supplied evidence, but exposed outdated installations should not remain indefinitely because unauthenticated attackers can target authenticated administrators.
Technical view
The main_settings() function lacks correct WordPress nonce validation, creating a cross-site request forgery vulnerability classified as CWE-352. Exploitation is network-accessible, requires low complexity and administrator interaction, and can modify plugin settings. CVSS 3.1 is 4.3 with integrity impact only. The supplied record identifies versions through 1.0.30 as vulnerable.
Likely exposure
WordPress sites using the Homerunner plugin at version 1.0.30 or earlier are potentially exposed, especially when administrators browse untrusted links while authenticated. The bundle’s structured affected-version entry is inconsistent with its title and description, so asset owners should confirm installed package identity and version directly.
Exploitation context
The supplied sources do not report active exploitation, and the CVE is not identified as being in KEV. A successful attack requires an administrator to perform an attacker-influenced action, such as following a crafted link, while able to change plugin settings. No exploit payload or broader compromise chain is established by the evidence.
Researcher notes
The key defect is absent or incorrect nonce validation in main_settings(). The pre-fix and 1.0.31 source references may support code comparison, but the bundle does not explicitly state that 1.0.31 is the fixed release. The structured affected data lists version “0” with default unaffected, conflicting with the narrative range; validate authoritative vendor metadata before automated fleet decisions.
Mitigation direction
Identify every WordPress site running Homerunner and record its installed version.
Update beyond version 1.0.30 after confirming current vendor guidance and compatibility.
If updating is unavailable, disable the plugin until vendor-supported remediation is confirmed.
Warn administrators against opening untrusted links while authenticated to WordPress.
Review plugin settings for unauthorized changes and restore approved values.
Validation and detection
Confirm the installed plugin slug and version on each WordPress instance.
Verify production no longer runs Homerunner version 1.0.30 or earlier.
Compare current plugin settings with approved configuration or recent backups.
Review relevant administrative logs for unexpected settings changes or suspicious requests.
Confirm the remediated settings handler performs appropriate nonce validation and authorization checks.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-352: User-session and phishing behavior lookup
Client-side and session-facing weaknesses should be reviewed alongside initial-access and user-execution behaviors. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-352 · source CWE mapping
Cross-Site Request Forgery (CSRF)
Cross-Site Request Forgery (CSRF) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.