The TabaPay Gateway WordPress plugin through 1.4.0 does not validate the payment callback before establishing a session for the account associated with the referenced order, allowing unauthenticated attackers to log in as any registered user, including an administrator.
Security readout for executives and security teams
Plain-English summary
A flaw in TabaPay Gateway for WordPress can let an unauthenticated attacker obtain another user’s session through an unverified payment callback. The source description says administrator accounts are also at risk, potentially enabling complete website takeover, data theft, fraudulent changes, and service disruption.
Executive priority
Treat this as an immediate response item for any environment running the affected plugin. Prioritize asset discovery, containment, administrator-session review, and confirmation of vendor remediation. Complete account takeover could compromise website administration and payment-related operations, although active exploitation has not been established by the supplied sources.
Technical view
TabaPay Gateway through version 1.4.0 establishes a session for the account associated with a referenced order without first validating the payment callback. This is an authentication failure classified as CWE-287. The supplied CVSS 3.1 score is 9.8 because exploitation is described as network-accessible, low-complexity, unauthenticated, and requiring no user interaction.
Likely exposure
WordPress installations using TabaPay Gateway through 1.4.0 are potentially exposed, particularly when the payment callback is internet-accessible. Registered accounts, including administrators, may be affected. The supplied structured affected-version field is inconsistent with the narrative, so confirm installed versions and scope against current vendor or WPScan guidance.
Exploitation context
The supplied record is not listed in CISA KEV, and the bundle provides no evidence of active exploitation. WPScan is referenced with an exploit tag, but the bundle does not establish exploit availability, reliability, or observed attacks. Internet reachability and the absence of authentication still make rapid defensive action appropriate.
Researcher notes
The core trust-boundary failure is accepting a payment callback as sufficient authorization to create a user session. Assessment should focus on callback authenticity enforcement and session issuance, without testing production accounts destructively. Fixed-version information is absent, and the affected-version metadata conflicts with the narrative, limiting remediation certainty.
Mitigation direction
Identify every WordPress installation using TabaPay Gateway and record its installed version.
Check current vendor and WPScan guidance for a confirmed fixed version or official mitigation.
If operationally acceptable, disable the affected plugin until a confirmed safe release is available.
Restrict payment callback access where possible without disrupting legitimate payment processing.
Review and secure administrator accounts, active sessions, credentials, and privileged access.
Validation and detection
Confirm whether TabaPay Gateway is installed and whether its version is 1.4.0 or earlier.
Determine whether the plugin’s payment callback is reachable from untrusted networks.
Review callback and authentication logs for unexpected sessions linked to payment activity.
Check administrator accounts for unfamiliar logins, sessions, privilege changes, or configuration modifications.
After remediation, verify the vulnerable plugin version is absent across all WordPress instances.
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-287: Credential and account abuse lookup
Authentication and credential weaknesses can make valid-account abuse and credential telemetry useful review starting points. 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.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-287 · source CWE mapping
Improper Authentication
Improper Authentication represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.