Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessRegister account on target WordPress site
-
DeliveryComplete payment to attacker-controlled gateway merchant account
-
ExploitTrigger gateway IPN/webhook notification to vulnerable site
-
ExecutionmyCred processes notification without merchant account verification
-
ImpactArbitrary credits fraudulently credited to attacker account
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A08:2025 - Software or Data Integrity Failures
ASVS 5.0
V15 - Secure Coding and Architecture Data authenticity verification
|
| Exploitation Conditions | The myCred WordPress plugin must be installed, active, and configured with at least one payment gateway integration that processes external webhook or IPN notifications for credit purchases - sites running myCred without any gateway integration are not exposed. The attacker must have a registered user account on the target site and a valid account with a compatible payment gateway (e.g., PayPal, Stripe) to submit the required payment. No authentication to the WordPress admin panel or elevated privileges on the site are required (CVSS PR:N, consistent with the IPN endpoint being publicly reachable). The limiting factor is that the attacker must spend real money equal to the purchase amount through the gateway, making pure free-currency generation impossible - the attack yields credits at no net loss only if the credits hold greater redeemable value than the payment cost. |
| Impact | The CVSS 5.3 Medium score (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N) reflects trivially executable network exploitation with no authentication or user interaction required, but records only a Low integrity impact - understating the potential business harm. If myCred credits are redeemable for real goods, discounts, referral bonuses, or digital products, fraudulent credit inflation can cause direct and measurable financial loss to site operators beyond what I:L captures. No EPSS score was provided in the available data, so probabilistic exploitation likelihood cannot be quantified here. The vulnerability is not listed in CISA KEV, indicating no confirmed widespread exploitation campaigns at time of analysis. However, a publicly available exploit exists per WPScan tagging, materially lowering the barrier for abuse. The combination of zero-complexity network exploitation, no authentication requirement, and public exploit code means operators running myCred payment integrations should prioritize patching promptly rather than deferring this to a standard patch cycle - the CVSS score alone may lead teams to deprioritize a flaw with real economic consequences. |
| Exploit ScenarioDerived | An attacker registers a user account on a target WordPress site running a vulnerable version of myCred with a payment gateway integration enabled. They complete a payment through the integrated gateway - for example PayPal or Stripe - to a merchant account they control, satisfying the gateway's payment validation for the required amount. They then trigger the resulting IPN or webhook notification to the target site; because myCred does not verify that the notified payment was directed to the site's own merchant account, it credits the attacker's site account with the corresponding in-site currency. A publicly available exploit exists per WPScan, making this a low-effort attack. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 21, 2026
Payment gateway merchant account verification is entirely absent in the myCred WordPress plugin before version 3.2.5, enabling unauthenticated remote attackers to fraudulently inflate their in-site credit balances by routing payments to a gateway account they control instead of the site operator's. An attacker needs only to complete a payment of the expected amount through a supported gateway and trigger the resulting notification to the vulnerable site - no knowledge of or access to the site's merchant credentials is required. A publicly available exploit exists per WPScan reporting (EUVD-2026-63909), and a vendor-released patch in version 3.2.5 is confirmed available.
RemediationAI
The primary remediation is to upgrade the myCred WordPress plugin to version 3.2.5 or later, which introduces proper verification that incoming payment gateway notifications reference the site's configured merchant account before crediting any user. The patch is confirmed available via the WPScan advisory at https://wpscan.com/vulnerability/01fac9e6-2539-48ba-899a-7c5c338ea92b/. If an immediate upgrade is not feasible, operators should temporarily disable all myCred payment gateway integrations in the plugin's settings - this eliminates the attack surface at the cost of blocking all legitimate credit purchases until the patch is applied, a trade-off worth accepting given the public exploit availability. Operators should also audit their myCred transaction logs for anomalous credit additions, particularly large or round-number credits from accounts with no prior verified purchase history, as these may indicate exploitation prior to discovery.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
myCred (CPE: cpe:2.3:a:unknown:mycred) is a WordPress points, rewards, and virtual currency management plugin that integrates with external payment gateways to allow users to purchase in-site credits. When a payment is completed, the gateway sends a webhook or Instant Payment Notification (IPN) to the WordPress site, which myCred processes to credit the buyer's account. The vulnerability arises because the plugin does not validate that the notification's recipient merchant account matches the site's own configured account - a classic instance of insufficient verification of data authenticity (analogous to CWE-345: Insufficient Verification of Data Authenticity). This enables substitution attacks against payment callbacks: the plugin accepts and acts on notifications generated by transactions that were never paid to the site operator, trusting the gateway's notification content without verifying the payment destination. No CWE was formally assigned in the available data, but the root cause is clearly in the validation logic of the IPN/webhook handler.
Know when Mycred gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N
AV:N and PR:N because the IPN/webhook endpoint is publicly reachable with no site authentication; I:L reflects virtual ledger manipulation without underlying system integrity compromise.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
2DescriptionCVE.org
The myCred WordPress plugin before 3.2.5 does not verify that the receiver of an incoming payment gateway notification matches the site's configured merchant account, allowing unauthenticated attackers to have arbitrary amounts of the site's in-site currency credited to an account by completing a payment for the expected amount to a gateway account they control rather than the site's.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
The myCred WordPress plugin before 2.3 does not validate or escape the fields parameter before using it in a SQL stateme
The myCred WordPress plugin before 2.4.3.1 does not have authorisation and CSRF checks in its mycred-tools-import-export
The myCred WordPress plugin before 2.4.3.1 does not have any authorisation and CSRF checks in the mycred-tools-import-ex
The myCred WordPress plugin before 2.4.4.1 does not have any authorisation in place in its mycred-tools-select-user AJAX
Broken access control in the Bookify WordPress plugin (versions ≤ 1.1.1) allows authenticated subscriber-level users to
Unauthenticated IDOR in License Manager for WooCommerce (versions <= 3.0.15) allows remote, unauthenticated attackers to
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in Saad Iqbal myCred
Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting') vulnerability in myCred myCred - Po
Cross-Site Request Forgery (CSRF) vulnerability in myCred plugin <= 2.5 versions. Rated medium severity (CVSS 6.5), this
Stored XSS in the myCred WordPress plugin (versions through 3.0.4) enables authenticated low-privileged attackers to per
Broken access control in the myCred WordPress plugin (all versions through 3.0.3) allows authenticated users with only s
Missing Authorization in the myCred WordPress plugin (all versions through 3.1.2) allows authenticated low-privileged us
EUVD-2026-63909
GHSA-56h3-frqq-w75x
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB