WordPress security by component
Nexi XPay Build
Nexi XPay Build (nexi-xpay-build) is a WordPress plugin with 3 published CVE records in this archive. The latest tracked vulnerability was published Oct 07, 2026; the highest published CVSS base score is 8.2.
Plugin slug:
nexi-xpay-buildLatest vulnerability
CVE-2026-82212: Nexi XPay Build: Missing order token permits forged payment notifications
An unauthenticated attacker can submit a payment notification for an order that has no stored security token. The notification route accepts that missing-token condition instead of rejecting it, allowing arbitrary orders to be marked paid or genuinely paid orders to be marked failed. The route and token parameter names are undisclosed. Affected versions: 7.2.2 through 7.6.2. No fixed release is confirmed.
| Safe version |
|
||
|---|---|---|---|
| Oct 07, 2026 |
CVE-2026-82212
Nexi XPay Build: Missing order token permits forged payment notifications
An unauthenticated attacker can submit a payment notification for an order that has no stored security token. The notification route accepts that missing-token condition instead of rejecting it, allowing arbitrary orders to be marked paid or genuinely paid orders to be marked failed. The route and token parameter names are undisclosed. Affected versions: 7.2.2 through 7.6.2. No fixed release is confirmed.
|
See mitigation notes |
CVE7.5
|
| Oct 07, 2026 |
CVE-2026-82211
Nexi XPay Build: Unverified results alter orders and expose guest details
An unauthenticated attacker can supply an unverified payment result to several public routes. The plugin trusts that result to mark orders paid or failed, cancel them, and disclose order keys that expose guest buyer details. The exact route names and request fields are undisclosed. Affected versions: 7.0.0 through 7.6.2. No fixed release is confirmed.
|
See mitigation notes |
CVE8.2
|
| Sep 11, 2026 |
CVE-2026-82213
Nexi XPay Build exposes other customers' saved payment tokens
Nexi XPay Build versions 7.6.1 through 7.6.2 do not verify that a requested saved payment token belongs to the current user. An unauthenticated attacker can retrieve another customer's stored card-token reference together with a valid authorization signature. The authoritative export does not identify the endpoint, token identifier parameter, customer binding, or signing function.
|
See mitigation notes |
CVE5.3
|