Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify store using iK Pay gateway
-
DeliveryPlace or target an existing order
-
ExploitSend forged payment-notification callback
-
ExecutionPlugin accepts unverified callback
-
ImpactOrder marked paid (or failed) without payment
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication mechanism validation
MITRE ATT&CK
2 techniques across 2 tactics: Defense Evasion, Initial Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitable against a DEFAULT installation of the Online Payments with iK Pay Gateway plugin (versions before 3.0.4) - the description explicitly states the callback authenticity is not verified on a default install, so no non-default configuration is needed. The specific precondition is that the site processes orders through the iK Pay payment-gateway callback flow, which the attacker forges. No authentication and no user interaction are required (PR:N/UI:N). Limiting factors: impact is restricted to order/payment state manipulation (mark paid, or mark unprocessed orders failed) with no data disclosure or service disruption; realistic damage depends on whether the store auto-fulfills on 'paid' status, and exploitation requires knowing or reaching the plugin's callback endpoint. |
| Impact | This is a genuine but bounded risk. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N) confirms network-reachable, low-complexity, unauthenticated exploitation requiring no user interaction, consistent with the description's 'default installation' and 'unauthenticated attackers' language - so the auth signal is independently corroborated by both NVD CVSS and the WPScan description. However, the base score is only 5.3 because impact is confined to integrity (I:L), with no confidentiality or availability effect: an attacker cannot read data or take the site down, only falsify order/payment state. No EPSS score was supplied and the CVE is NOT on CISA KEV, so there is no evidence of active or widespread exploitation; the vuln.today decision label is 'this_month', i.e. patch on a routine priority cycle rather than emergency. A PoC reference exists via WPScan but is not verified as working exploit code, so exploitability is plausible but unproven. Net: this is a real, easily-reached authentication-bypass affecting money-handling logic - materially dangerous to e-commerce sites that rely on this gateway for fulfillment - but it is a medium-severity, targeted-interest issue, not a high-CVSS-but-hollow finding and not a confirmed mass-exploitation event. SSVC-style read: exploitation=none observed, automatable=likely (unauthenticated forged HTTP callback), technical impact=partial. |
| Exploit ScenarioDerived | An attacker places an order on a WooCommerce/WordPress store using the iK Pay gateway, then sends a forged payment-notification callback directly to the plugin's callback endpoint without completing (or making) any real payment; the plugin fails to verify callback authenticity and marks the order as paid, triggering fulfillment of goods or services for free. The same forged-callback capability can conversely be used to mark arbitrary unprocessed orders as failed, disrupting legitimate transactions. A WPScan PoC reference exists but is not verified as working exploit code; the low attack complexity and lack of authentication (AV:N/AC:L/PR:N/UI:N) make the scenario straightforward against default installs. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 26, 2026
Unauthenticated payment-forgery in the WordPress plugin Online Payments with iK Pay Gateway before 3.0.4 allows remote attackers to submit a crafted gateway callback that the plugin accepts without verifying its authenticity, marking arbitrary orders as paid without any money changing hands, or flipping arbitrary unprocessed orders to a failed state. The flaw is reachable on a default installation (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:N, CWE-287), so no credentials or user interaction are needed; the only prerequisite is that the target site processes orders through the iK Pay callback flow. There is no CISA KEV entry and no confirmed working exploit code - only a public PoC reference via the WPScan advisory - and the practical damage depends on whether the store auto-fulfills orders on a 'paid' status.
RemediationAI
Vendor-released patch: upgrade the Online Payments with iK Pay Gateway plugin to version 3.0.4 or later; that release is the first version in which the gateway callback is authenticated, and it is the only complete fix, so updating should be treated as the remediation rather than an optional hardening step. Because the plugin is distributed through WordPress, the update is applied from the Plugins screen or via WP-CLI (wp plugin update) once 3.0.4 is offered by the plugin's update channel; confirm the reported version afterwards, since a stale update cache can leave the vulnerable copy in place. Sites that cannot move to 3.0.4 immediately should treat the callback endpoint as an untrusted input source until they can, and reconcile order records against the actual iK Pay transaction ledger to detect orders that were marked paid or failed without a matching gateway transaction - a manual, temporary measure that does not remove the exposure. Details are documented in the WPScan advisory at https://wpscan.com/vulnerability/2d888e78-ed1f-4968-9bdc-19e9420f6956/ and the NVD entry at https://nvd.nist.gov/vuln/detail/CVE-2026-103306.
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
The vulnerable component is a WordPress e-commerce payment plugin that integrates the iK Pay gateway. Payment gateways confirm transactions through a server-to-server callback (webhook/IPN) that the merchant site must authenticate - typically by validating a signature, hash, or shared secret over the callback payload - before trusting the reported status. CWE-287 (Improper Authentication) describes exactly this failure: on a default installation the plugin does not verify that a callback genuinely originated from iK Pay, so the trust boundary between the gateway and the WordPress site collapses. Because the plugin exposes the callback endpoint to the internet by design and the request carries no session or nonce tied to a real buyer, an unauthenticated party can drive order-state transitions. The CPE record lists the affected package under an unassigned/unknown vendor namespace (cpe:2.3:a:unknown:online_payments_with_ik_pay_gateway), reflecting that the plugin is distributed through the WordPress ecosystem rather than a single tracked vendor product line. Impact is confined to integrity (I:L) of order and payment status - no confidentiality or availability impact is assessed - and the exploitability hinges on whether forged 'paid' status triggers automatic fulfilment.
Know when Online Payments With Ik Pay Gateway 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
Unauthenticated remote forged callback on a default install gives AV:N/AC:L/PR:N/UI:N; impact is integrity-only (order/payment state) so I:L, C:N, A:N.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
3DescriptionCVE.org
The Online Payments with iK Pay Gateway WordPress plugin before 3.0.4 does not properly verify the authenticity of its payment gateway callback on a default installation, allowing unauthenticated attackers to forge a successful payment notification and mark arbitrary orders as paid without any payment being made, and to mark arbitrary unprocessed orders as failed.
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
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-109619
GHSA-xw2m-gwmp-p7g6
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB