CVE-2026-16947: Total Processing Card Payments for WooCommerce <= 7.3 - Unauthenticated SSRF leading to Payment Bypass and Gateway Credential Disclosure
The Total processing card payments for WooCommerce WordPress plugin through 7.3 does not validate a user-supplied path before using it to build a server-side verification request, and does not verify the authenticity of the response, allowing unauthenticated attackers to redirect that request to an arbitrary host (disclosing the merchant's payment-gateway credentials) and to forge a success response that marks arbitrary WooCommerce orders as paid.
Security readout for executives and security teams
Plain-English summary
A flaw in the Total Processing Card Payments for WooCommerce plugin can let an unauthenticated attacker make unpaid orders appear paid and expose merchant payment-gateway credentials. A successful attack could cause direct revenue loss, fraudulent fulfillment, and credential compromise without requiring a WordPress account.
Executive priority
Treat this as an immediate payment-integrity incident risk. Within hours, establish exposure, independently reconcile recent paid orders, and protect gateway credentials. If the affected plugin is active and no verified fix is available, evaluate suspending that payment method while maintaining a safe alternative checkout path.
Technical view
Through version 7.3, the plugin uses an unvalidated user-controlled path to construct a server-side verification request and does not authenticate the returned response. This enables server-side request forgery, credential disclosure to an arbitrary host, and forged payment-success responses. CVSS 3.1 is 9.1: network-accessible, low complexity, no privileges, and no user interaction.
Likely exposure
Internet-accessible WooCommerce sites using this payment plugin through version 7.3 are potentially exposed. The bundle does not identify affected configuration requirements, deployment prevalence, or a confirmed fixed version. Sites not using the plugin are not implicated by the supplied evidence.
Exploitation context
The source bundle labels the WPScan reference as exploit-related, but provides no evidence of observed in-the-wild exploitation. The CVE is not listed as KEV in the bundle. Exploitation status should therefore be treated as unconfirmed, despite the low-complexity, unauthenticated attack conditions.
Researcher notes
CWE-918 explains the SSRF component, but the larger business impact comes from combining request redirection with unauthenticated response trust. The supplied sources do not establish a fixed version, vendor identity, affected endpoint, exploitation telemetry, or configuration prerequisites. Avoid interpreting the WPScan exploit tag as proof of active attacks.
Mitigation direction
Identify and prioritize every site running the plugin through version 7.3.
Check current vendor and WPScan guidance for a fixed release or supported mitigation.
Consider disabling the affected payment integration until authoritative remediation guidance is available.
Rotate payment-gateway credentials if investigation indicates disclosure or suspicious verification traffic.
Delay fulfillment of suspicious orders until payment is independently confirmed with the processor.
Validation and detection
Inventory WordPress installations and confirm the installed plugin version and activation status.
Reconcile WooCommerce paid orders against payment-processor authorization and settlement records.
Review recent orders for unexpected payment-state changes, fraud indicators, or fulfillment without processor confirmation.
Inspect server, proxy, and egress logs for verification requests reaching unexpected destinations.
Review gateway activity for credential use from unfamiliar systems or locations.
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-918: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. 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.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
The CVE wording references SSRF or metadata access, so cloud discovery and credential material review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program 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.
1CVSS vectors
3Timeline events
1ADP providers
2Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
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.