Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessRegister or obtain any user account
-
DeliveryAuthenticate to target WordPress site
-
ExploitAccess customer dashboard with own booking ID
-
ExecutionIntercept and modify booking ID parameter
-
ImpactRetrieve victim's booking and billing details
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Object-level authorization, IDOR prevention
|
| Exploitation Conditions | Exploitation requires a valid authenticated session on the target WordPress site - any registered user role (subscriber, customer, contributor, etc.) is sufficient; no elevated privileges are needed. The vulnerable endpoint is the customer account dashboard, which must be enabled and accessible (it is part of the plugin's core functionality and enabled by default). The attacker must be able to guess or enumerate booking identifiers; if these are sequential integers, enumeration is trivial. Exploitation is limited to sites where WP Travel is installed and active, and where user registration is open or the attacker has otherwise obtained credentials. Unauthenticated users cannot exploit this vulnerability. |
| Impact | CVSS 3.1 scores this at 4.3 (Medium) with vector AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:N, accurately reflecting that network exploitation is trivial once authenticated, but impact is limited to confidentiality of booking PII with no integrity or availability consequence. EPSS sits at just 0.14% (4th percentile), consistent with a low-automation, targeted class of vulnerability. SSVC confirms exploitation status as 'poc' (proof-of-concept only, not active), non-automatable (each booking ID must be iterated individually), and partial technical impact. The combination of low EPSS, no KEV listing, and non-automatable SSVC rating suggests this is realistically a low-volume, opportunistic attack rather than a mass-exploitation scenario. The primary real-world concern is GDPR and privacy regulation exposure for travel-site operators who store customer billing addresses - the business risk may exceed the raw technical CVSS score for operators in regulated jurisdictions. |
| Exploit ScenarioDerived | An attacker registers or already possesses a low-privilege account on a WordPress travel site running WP Travel before 11.8.1. After authenticating, they navigate to the customer dashboard and intercept the HTTP request that loads their own booking, then systematically replace the booking ID parameter with sequential integers to enumerate other customers' records. A publicly available proof-of-concept confirms this technique, meaning the attacker requires no specialized tooling beyond a web proxy such as Burp Suite. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 30, 2026
Insecure Direct Object Reference in the WP Travel WordPress plugin (all versions before 11.8.1) exposes customer booking records to any authenticated WordPress user. By supplying an arbitrary booking identifier to the customer account dashboard endpoint, a low-privileged attacker can retrieve another customer's full booking details, including billing address information. No special role is required beyond a basic site login; a publicly available proof-of-concept exists, though active exploitation has not been confirmed by CISA KEV.
RemediationAI
The primary fix is to update the WP Travel plugin to version 11.8.1 or later, which introduces server-side ownership verification on booking identifiers before returning booking data. The patch is confirmed available per the WPScan advisory at https://wpscan.com/vulnerability/f70172b6-0a55-4b99-8b3c-8170224938bb/ and NVD at https://nvd.nist.gov/vuln/detail/CVE-2026-13145. If immediate upgrade is not possible, a compensating control is to restrict the customer dashboard endpoint to only authenticated users whose session matches the booking owner - this requires custom code or a WordPress security plugin capable of enforcing object-level authorization. Alternatively, temporarily disabling the customer account dashboard feature eliminates the attack surface at the cost of self-service booking access for customers. Site operators should also audit access logs for anomalous booking ID enumeration patterns (sequential or non-sequential IDs accessed by a single user across multiple sessions) to determine whether opportunistic exploitation has already occurred.
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
WP Travel is a WordPress travel-booking plugin (CPE: cpe:2.3:a:unknown:wp_travel:*:*:*:*:*:*:*:*). The root cause is CWE-639 (Authorization Bypass Through User-Controlled Key): the plugin's customer dashboard endpoint accepts a caller-supplied booking identifier but never validates that the referenced booking record belongs to the currently authenticated user. This is a textbook IDOR - the object key (booking ID) is presumably sequential or guessable, and the access-control check that should enforce ownership is entirely absent. The WordPress plugin architecture means any registered user on the site, regardless of role, can reach the vulnerable endpoint through standard authenticated HTTP requests.
Know when Wp Travel 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:L/PR:L/UI:N/S:U/C:L/I:N/A:N
Network-reachable via authenticated HTTP; PR:L because any registered user suffices; C:L for partial PII exposure; no integrity or availability impact.
Primary rating from Vendor (WPScan).
CVSS VectorVendor: WPScan
Lifecycle Timeline
4DescriptionCVE.org
The WP Travel WordPress plugin before 11.8.1 does not verify that the booking requested on its customer account dashboard belongs to the current user, allowing any logged-in user to read another customer's booking details, including billing address information, by supplying an arbitrary booking identifier.
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Blind SQL injection in the WP Travel Gutenberg Blocks WordPress plugin (versions up to and including 3.9.4) allows remot
Unauthenticated booking fraud is possible in the WP Travel WordPress plugin before 11.8.1 due to missing PayPal Instant
Unauthenticated payment cancellation in WP Travel WordPress plugin before 12.0.2 allows any remote actor to cancel a pay
Missing authorization on the booking cancellation endpoint in the WP Travel WordPress plugin (all versions before 11.7.1
The WP Travel plugin for WordPress is vulnerable to Cross-Site Request Forgery in versions up to, and including, 4.4.6.
WP Travel plugin versions before 12.0.2 for WordPress exposes an Insecure Direct Object Reference (IDOR) flaw in the ban
Improper access control in the WP Travel WordPress plugin before 12.0.2 exposes booking payment records to unauthenticat
Blind SQL injection in WP Travel plugin versions ≤11.4.0 allows authenticated attackers with low-level privileges to ext
Broken authentication in the WP Travel WordPress plugin (versions ≤ 12.0.3) exposes protected plugin functionality to un
EUVD-2026-51008
GHSA-29jr-2w77-7q4c
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB