CVE-2025-15033
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedA vulnerability in WooCommerce 8.1 to 10.4.2 can allow logged-in customers to access order data of guest customers on sites with a certain configuration. This has been fixed in WooCommerce 10.4.3, as well as all the previously affected versions through point releases, starting from 8.1, where it has been fixed in 8.1.3. It does not affect WooCommerce 8.0 or earlier.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · moderate confidenceWooCommerce versions 8.1 through 10.4.2 contain an authorization bypass vulnerability where logged-in customer accounts can access order data belonging to guest customers on sites with specific configuration. This is likely an Insecure Direct Object Reference (IDOR) flaw where order IDs are not properly validated against the authenticated user's ownership. The exact configuration requirements are not detailed in the advisory.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- Low
- User interaction
- None
- Scope
- Unchanged
- Confidentiality
- High
- Integrity
- None
- Availability
- None
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Verify WooCommerce versionCheck the installed WooCommerce version via WordPress admin (WooCommerce > Extensions > WooCommerce.com Subscriptions) or by querying the wp_options table: SELECT option_value FROM wp_options WHERE option_name = 'woocommerce_version' OR option_name = 'woocommerce_db_version';Affected if The installed version falls between 8.1 and 10.4.2 inclusive
-
Confirm WooCommerce is activeVerify WooCommerce plugin is active by checking wp_options table: SELECT option_value FROM wp_options WHERE option_name = 'active_plugins';Affected if WooCommerce appears in the active plugins list, indicating the plugin is enabled
-
Determine if guest checkout is enabledCheck WooCommerce checkout settings: look for woocommerce_enable_guest_checkout or woocommerce_registration_generate_username options in wp_options table, or inspect the checkout settings via admin panel under WooCommerce > Settings > AccountsAffected if Guest checkout is enabled (allowing orders without account creation), which creates the guest order data that could be accessed
-
Review order access patternsTest whether authenticated customer accounts can access order data by querying orders not associated with their user ID via the REST API or frontend order history pages. Check wp_posts and wp_postmeta for order post type and associated customer user IDs.Affected if Logged-in customers can view or retrieve order details for orders belonging to different users (guest or other customers)
A site is affected if WooCommerce versions 8.1 through 10.4.2 are installed AND guest checkout is enabled, allowing potential unauthorized access to guest order data by authenticated customers.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scopedUpdate WooCommerce to version 10.4.3, or for older branches, update to the corresponding patched version (8.1.3 or later for the 8.x branch). Review user access controls after updating to ensure no unauthorized access occurred.
WooCommerce 10.4.3+ (or WooCommerce 8.1.3+ for the 8.1.x branch)
- 1. Back up your WordPress database and files before proceeding with any update.
- 2. Log in to your WordPress admin dashboard.
- 3. Navigate to Dashboard > Updates (or Plugins > All Plugins to check for WooCommerce update).
- 4. Look for WooCommerce update notification and review the changelog to confirm it includes the security fix for CVE-2025-15033.
- 5. Click to update WooCommerce to the latest version (10.4.3 or higher for 9.x-10.x branches, 8.1.3 or higher for 8.1.x branch).
- 6. After update, verify the WooCommerce version under WooCommerce > Status > WooCommerce.
- 7. Test that customer accounts can only access their own orders and not guest order data to confirm the fix is working.
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation1.0 h
- Implementation1.0 h
- Testing2.0 h
- Review / QA1.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $1,376.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2025-15033 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sourcesPractitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2025-15033 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data