Public Security Notice Cross Site Scripting Threat(CVE202628040)

Cross Site Scripting (XSS) in WordPress Taxi Booking Manager for WooCommerce Plugin






Immediate Action Required: Cross-Site Scripting (XSS) in “Taxi Booking Manager for WooCommerce” Plugin (<= 2.0.0)


Plugin Name WordPress Taxi Booking Manager for WooCommerce Plugin
Type of Vulnerability Cross-Site Scripting (XSS)
CVE Number CVE-2026-28040
Urgency Low
CVE Publish Date 2026-04-23
Source URL CVE-2026-28040

Immediate Action Required: Cross-Site Scripting (XSS) in “Taxi Booking Manager for WooCommerce” Plugin (<= 2.0.0) — What Site Owners and Admins Must Do Now

Author: Hong Kong Security Expert • Date: 2026-04-24

Summary: A Cross-Site Scripting (XSS) vulnerability (CVE-2026-28040) affects the WordPress plugin “Taxi Booking Manager for WooCommerce” in versions <= 2.0.0. The issue is patched in version 2.0.1. This advisory explains risk, exploitation scenarios, detection of compromise, step-by-step mitigation, and example WAF rules and hardening guidance — presented in a concise, operational tone.

Table of contents

  • What is the vulnerability?
  • Who is affected?
  • Why this matters to your site
  • How an attacker might exploit this vulnerability
  • Confirming whether you are vulnerable
  • Immediate remediation (step-by-step)
  • Investigation and incident response after a suspected exploit
  • Hardening & operational controls (short-term and long-term)
  • Recommended WAF / virtual-patching rules (examples)
  • Detection and monitoring tips (logs, scans, signs of compromise)
  • Developer guidance (if you maintain or patch the plugin)
  • Immediate mitigation options
  • Final checklist

What is the vulnerability?

A Cross-Site Scripting (XSS) vulnerability has been reported for the WordPress plugin “Taxi Booking Manager for WooCommerce” affecting versions up to and including 2.0.0. The vulnerability is assigned CVE-2026-28040 and has a reported CVSS score around 6.5 (medium). The issue is fixed in version 2.0.1.

Key facts:

  • Type: Cross-Site Scripting (XSS)
  • Affected plugin: Taxi Booking Manager for WooCommerce (WordPress)
  • Vulnerable versions: ≤ 2.0.0
  • Patched version: 2.0.1
  • CVE: CVE-2026-28040
  • Required privilege to initiate: Contributor role (low-privilege account able to create content)
  • Exploitation: User interaction required (a privileged user must view or click crafted input)
  • Reported CVSS: ~6.5 (medium)

Because this vulnerability permits injection of JavaScript payloads, attackers can execute scripts in the context of your admin area or front-end when a privileged user views the malicious content.

Who is affected?

Any WordPress site that:

  • Has the “Taxi Booking Manager for WooCommerce” plugin installed, and
  • Is running plugin version 2.0.0 or earlier.

Sites updated to 2.0.1 or later are considered patched.

Even if your site has few contributors, targeted attackers and automated scans look for vulnerabilities of this class. The need for user interaction and contributor-level input reduces mass-exploit risk but does not remove targeted social-engineering threats.

Why this matters to your site

XSS is a common but potent vulnerability. If successful, it allows execution of JavaScript inside visitors’ or administrators’ browsers. Potential impacts:

  • Session hijacking if session tokens are accessible to JavaScript (depends on cookie and security settings).
  • Actions performed on behalf of an authenticated user (create posts, change settings, add users) if CSRF protections are weak or bypassed.
  • Malicious content injection, phishing redirects, or distribution of drive-by downloads.
  • Persistent backdoors via injected scripts stored in the database or options.
  • Reputation and SEO damage if search engines or browsers flag the site.

Even trivial-looking payloads (alerts) can be the first step of a broader compromise.

How an attacker might exploit this vulnerability

Realistic scenarios based on the reported behaviour:

  1. Stored XSS in content fields: a contributor saves a crafted booking, note, or other content that contains a script. The script executes when an admin or editor opens the plugin admin screen.
  2. Reflected XSS via crafted URLs: if the plugin outputs unescaped URL parameters on admin screens or front-end pages, an attacker can send a malicious link to a privileged user.
  3. Malicious front-end submissions: front-end booking forms or messages may accept content that later appears in admin listings; if unescaped, viewing that content triggers execution.

Typical attacker goals: get an administrator to view a crafted page, execute JS that performs authenticated actions, and persist a payload to expand access.

Confirming whether you are vulnerable

  1. Check plugin version:

    • In WP admin: Plugins → Installed Plugins → find “Taxi Booking Manager for WooCommerce”.
    • If version is 2.0.1 or later you are patched. If 2.0.0 or earlier — update now.
  2. If you cannot access admin:

    • Check the plugin header file on the server for the version string.
    • WP-CLI: wp plugin list (or grep the plugin slug) to show the installed version.
  3. Search for indicators of attempted exploitation:

    • Database search for ““, “onerror=“, “javascript:” in wp_posts, wp_postmeta, wp_options, wp_comments.
    • Look for unusual admin actions, new users, or modified plugin/theme files.
  4. Run a malware scan with your existing tooling and inspect results for injected or obfuscated JavaScript.

Immediate remediation (step-by-step)

If you have the vulnerable version installed, act immediately:

  1. Update the plugin to Taxi Booking Manager for WooCommerce v2.0.1 or later — this is the primary fix.
  2. If you cannot update immediately:

    • Deactivate the plugin until you can apply the patch. If deactivation is not possible, isolate the site to reduce exposure and prioritise patching.
  3. Reduce exposure from low-privilege accounts:

    • Temporarily restrict contributor-level accounts; disable new account creation by non-admins.
    • Review and remove unused accounts.
  4. Apply HTTP-layer protections (WAF/virtual patching): enable rules that block obvious XSS payloads on plugin-specific endpoints while you update.
  5. Scan and clean:

    • Search and remove injected