Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPlace WooCommerce order on vulnerable store
-
DeliveryCraft forged payment webhook with empty-key signature
-
ExploitSubmit to plugin webhook endpoint
-
ExecutionSignature check passes against empty key
-
ImpactOrder marked paid without payment
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Signature verification
|
| Exploitation Conditions | Exploitation requires that the plugin's payment webhook endpoint be reachable and, critically, that the web server preserve the case of request header names - the description explicitly scopes the attack to 'web servers that preserve request header case,' which is the primary limiting factor and the basis for AC:H. No authentication is required (PR:N) and no user interaction is needed (UI:N); the signature check is defeated because the plugin validates against a key that is always empty. The attack is limited to TiendaCrypto para WooCommerce versions 1.0.1 through 1.2.1 and impacts only order payment status (integrity), with no data exposure or service disruption. On servers that normalize or lowercase header names, the specific forgery path described may not trigger. |
| Impact | This is a low-severity, low-priority finding across essentially every signal, and the signals are consistent with one another rather than conflicting. The provided CVSS 3.1 vector (AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N, base 3.7) describes a network-reachable, unauthenticated flaw with no confidentiality or availability impact and only a Low integrity impact, reflecting that the attacker can forge an order-paid state but cannot read data, execute code, or disrupt service. EPSS is very low (0.11%, 1st percentile), there is no CISA KEV listing (not actively exploited), and the vuln.today decision label is 'monitor' - all three agree this is not an urgent, widely-exploited issue. The one nuance worth flagging: exploitation is gated on a non-default environmental condition (the web server must preserve the case of request headers), which is exactly what justifies AC:H and keeps real-world risk below what 'unauthenticated network' alone might imply. The practical business risk - marking arbitrary WooCommerce orders as paid, i.e. payment-bypass fraud on a crypto storefront - is more meaningful to an affected merchant than the 3.7 score suggests, but the limited deployment footprint and the header-case precondition keep aggregate risk low. Net: a genuine authentication-bypass bug worth patching on a normal cycle, not an emergency. |
| Exploit ScenarioDerived | On a WooCommerce store running the TiendaCrypto plugin behind a web server that preserves request-header case, an unauthenticated attacker places an order and then sends a forged payment webhook notification whose signature passes validation because the plugin checks it against a key that is always empty. The store marks the attacker's order as paid without any real payment, enabling fulfillment of goods/services for free. A public PoC reference exists (WPScan); it is not verified as working exploit code, and success depends on the server's header-case handling. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 28, 2026
Unauthenticated attackers can forge TiendaCrypto para WooCommerce payment webhooks - versions 1.0.1 through 1.2.1 - to mark arbitrary WooCommerce orders as paid, because the plugin validates the request signature against a key that is always empty. The exposure is narrow: it applies only where the webhook endpoint is reachable and the web server preserves the case of request header names, which is why it is scored 3.7 with AC:H and integrity-only impact. A public PoC reference exists (the WPScan entry); it is not verified as working exploit code, EPSS is 0.11% (1st percentile), there is no CISA KEV listing, and the priority label is monitor.
RemediationAI
No vendor-released patch or fixed version is identified in the available data, so confirm the current release status on the WPScan advisory (https://wpscan.com/vulnerability/d19c174c-0032-4f5d-b9be-c4f690e4c8ca/) before assuming an upgrade path exists. Because exploitation depends on two stated preconditions, the effective interim controls target those preconditions: remove the webhook endpoint from reachable exposure or restrict who can post to it, accepting that this breaks legitimate payment callbacks until the restriction is scoped correctly; or configure the web server/SAPI to normalize request header names to lowercase, which per the assessed prerequisites prevents the described forgery path but may break other integrations that rely on case-sensitive header names. Disabling the plugin entirely removes the payment attack surface at the cost of losing that checkout option. In all cases, reconcile recent WooCommerce orders against actual settlement records, since forged notifications change payment status without any accompanying data exposure or service disruption.
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 target is a WordPress plugin that implements a cryptocurrency payment gateway for WooCommerce, so the vulnerable component sits in the store's checkout and order-lifecycle path rather than in a public-facing API. The flaw is an authentication defect in the webhook handler: incoming payment notifications are supposed to be authenticated by a request signature, but the plugin compares that signature against a key value that is always empty, so the check can be satisfied without knowing any secret. Successful forgery reaches WooCommerce's order-status logic and flips an order to paid. The description explicitly scopes the attack to web servers that preserve request header case, which is the limiting factor behind the high attack-complexity metric and means servers, SAPIs or proxies that normalize or lowercase header names may not expose the described forgery path. The provided CPE (cpe:2.3:a:unknown:tiendacrypto_para_woocommerce) has an unrecorded vendor field, and no CWE was supplied with the record, so the root-cause classification should be taken from the WPScan advisory rather than inferred; impact is limited to integrity of payment status, with no confidentiality or availability effect in the assessed vector.
Know when Tiendacrypto Para Woocommerce 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:H/PR:N/UI:N/S:U/C:N/I:L/A:N
Network-reachable and unauthenticated (AV:N/PR:N), but gated on servers preserving request-header case (AC:H); only order-paid state is forged, so C:N/I:L/A:N.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
DescriptionCVE.org
The TiendaCrypto para WooCommerce WordPress plugin through 1.2.1 does not correctly verify the authenticity of its payment webhook, validating the request signature against a key that is always empty, which allows unauthenticated attackers to forge webhook notifications and mark arbitrary WooCommerce orders as paid on web servers that preserve request header case.
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.
EUVD-2026-110632
GHSA-g7qx-5gmm-r2gh
NVD
CVE.org
EPSS
Exploit-DB