Skip to main content

Trust Payments Gateway CVE-2026-87843

| EUVDEUVD-2026-100856 MEDIUM
Improper Access Control (CWE-284)
2026-10-14 WPScan GHSA-5q6q-3v82-v9rm
6.5
CVSS 3.1 · Vendor: WPScan
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Place order via Trust Payments gateway
  2. Delivery
    Forge payment-return callback to store
  3. Exploit
    Bypass response authenticity/amount check
  4. Execution
    Order marked paid without payment
  5. Impact
    Obtain goods and leak order/customer data

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Access control enforcement
MITRE ATT&CK

1 technique across 1 tactic: Defense Evasion

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires that the store runs the Trust Payments Gateway for WooCommerce plugin at a version before 3.1.0 and uses its hosted (off-site) payment page flow, where the customer returns to the store via a provider callback. The specific defect is that this return/callback handler does not verify the payment provider's response signature/authenticity, does not bind the response to the targeted order, and does not validate the paid amount - so an unauthenticated attacker only needs to reach the public return endpoint and submit a forged success response referencing a chosen order. Consistent with AV:N/AC:L/PR:N/UI:N, there is no authentication, no victim interaction, and no special non-default configuration required beyond using the plugin's normal hosted-payment mode; the main limiting factor is simply that the affected plugin and its Trust Payments integration must be installed and in use.

Impact

This is a genuine but moderate-priority issue whose business impact exceeds what the raw CVSS 6.5 (Medium) suggests. The CVSS vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N confirms remote, low-complexity, unauthenticated exploitation with no user interaction - a cleanly exploitable precondition set. The signals mostly agree in direction but diverge on urgency: SSVC marks Exploitation as 'none' (no observed active exploitation) yet Automatable as 'yes' with Technical Impact 'partial', and a public exploit exists (WPScan), so the barrier to weaponization is low even though the EPSS probability is only 0.17% (5th percentile). This EPSS/POC tension is typical of a niche plugin - the capability is public and trivial to automate, but the small install base keeps observed exploitation volume low, so EPSS has little historical signal. It is NOT on CISA KEV, so there is no confirmed active exploitation. The headline consideration is that CVSS I:L understates the real-world consequence: an attacker can mark arbitrary orders as paid without payment, which is direct financial fraud / revenue loss for merchants rather than a minor integrity dent. Net: treat as a real priority for any merchant running this specific plugin (patch to 3.1.0), but not a mass-exploitation emergency across the broader estate.

Exploit ScenarioDerived

An attacker places an order on a WooCommerce store using the Trust Payments gateway, then directly crafts and sends the 'return from hosted payment page' callback to the store without actually paying, since the plugin never verifies the provider's response authenticity, binds it to the order, or checks the amount. The store marks the order as paid and may ship goods or grant services for free; the same unauthenticated flow also exposes order and customer details. A public exploit is available from WPScan, lowering the skill required to reproduce this.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Oct 14, 2026

Unauthenticated attackers can mark arbitrary WooCommerce orders as paid without any payment being made by abusing the hosted-payment return handler in the Trust Payments Gateway for WooCommerce plugin at versions before 3.1.0. Because that callback is not checked for authenticity, not bound to a specific order, and not validated against the amount paid, a single forged request to the public return endpoint is enough to flip an order to paid, and the same path can expose order and customer details. Publicly available exploit code exists (WPScan), but EPSS is low at 0.17% (5th percentile) and CISA's SSVC assessment records no exploitation, so this is a genuine but moderate-priority integrity and data-exposure issue rather than a mass-exploitation event.

RemediationAI

Vendor-released patch: 3.1.0 - update the Trust Payments Gateway for WooCommerce plugin to 3.1.0 or later, which is the version boundary given in the advisory and EUVD range data; the fix adds verification of the payment provider's response and presumably binds the callback to the target order and amount. Where an immediate update is not possible, the most effective compensating control is to disable the hosted/off-site Trust Payments payment mode and fall back to an on-site gateway or manual payment method, accepting the trade-off of a changed checkout experience and potential loss of payment options that depend on the hosted page. As a secondary measure, restrict access to the plugin's public return/callback endpoint (for example by IP allow-listing the provider's callback ranges or adding a WAF rule that rejects return requests lacking a valid signed token) - this can break legitimate customer returns if the provider does not publish stable egress addresses, so it should be tested before enforcement. Detection and recovery matter as much as prevention here: reconcile WooCommerce order statuses against Trust Payments settlement/settlement reports and re-verify any order marked paid that has no matching transaction, since forged orders may already exist, and review order and customer records exposed through the unauthenticated retrieval path. Because public exploit code exists, treat unpatched sites as actively at risk of fraud rather than merely theoretically vulnerable. Reference advisories: https://wpscan.com/vulnerability/07a7f21a-893b-45e4-9ef8-959cd08520cc/ and https://nvd.nist.gov/vuln/detail/CVE-2026-87843.

Affected VersionsENISA

Trust Payments Gateway for WooCommerce 0 <3.1.0

Affected Packages

euvd trust_payments_gateway_for_woocommerce fix: 3.1.0

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 affected component is a WooCommerce payment gateway plugin that integrates the Trust Payments hosted (off-site) payment page. In that flow a shopper is redirected to the provider's hosted page and then returns to the store via a provider-specified return/callback URL, and the plugin is expected to verify the cryptographic authenticity of that response, tie it to the order that initiated the payment, and confirm the returned amount before marking the order paid. The plugin instead trusts the incoming response, which is the root cause class described by CWE-284 (Improper Access Control): a privileged state change (order → paid) is reachable from an unauthenticated, internet-facing endpoint with no authorization check and no equivalent of signature verification, order binding, or amount comparison. The assessed vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N confirms the defect is remotely reachable with no credentials (PR:N) and no victim interaction (UI:N), with partial confidentiality and integrity impact from order/customer data disclosure and falsified payment status, and no availability impact. Intelligence sources supply a wildcard CPE (cpe:2.3:a:unknown:trust_payments_gateway_for_woocommerce:*:*:*:*:*:*:*:*) with an unresolved vendor field, and EUVD classifies the affected range as 0 < 3.1.0; the plugin tag set ('WordPress', 'Authentication Bypass') is consistent with the missing-verification pattern rather than a memory-safety or injection flaw.

Know when Trust Payments Gateway For 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

Vendor (WPScan) PRIMARY 6.5 MEDIUM
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
vuln.today AI 6.5 MEDIUM

Unauthenticated remote callback forgery (AV:N/AC:L/PR:N/UI:N); integrity impact from falsifying payment status and confidentiality from order/customer data exposure (C:L/I:L), no availability effect.

3.1 AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:N
4.0 AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (WPScan).

CVSS VectorVendor: WPScan

Attack Vector
Network
Attack Complexity
Low
Privileges Required
None
User Interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
Low
Availability
None

Lifecycle Timeline

4
CVSS changed
Oct 14, 2026 - 14:22 NVD
6.5 (None) 6.5 (MEDIUM)
Patch available
Oct 14, 2026 - 08:16 EUVD
CVE Published
Oct 14, 2026 - 06:00 cve.org
UNKNOWN (no severity yet)
CVE Published
Oct 14, 2026 - 06:00 cve.org
MEDIUM 6.5

DescriptionCVE.org

The Trust Payments Gateway for WooCommerce WordPress plugin before 3.1.0 does not verify the authenticity of the payment provider's response when a customer returns from the hosted payment page, nor bind that response to the targeted order or check the amount, allowing unauthenticated attackers to mark arbitrary orders as paid without any payment being made, and to retrieve order and customer details.

Threat Intelligence Overview

EPSS Score
0.2%
Top 95% exploitable
Prevalence
Low
niche Trust Payments gateway plugin for WooCommerce, limited merchant footprint
Exploit
POC
Public exploit code exists
Data Quality
5 sources
Confidence: Medium

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.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC Yes
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

52
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +32
PoC: +20
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy