{"items":[{"id":"NVI-00007533","kind":"vulnerability","title":"Shopware: Privilege escalation: non-admin user with user:create ACL can create admin accounts","revision":4,"unknowns":["Customer inventory, deployment, reachability and exploitation have not been inspected.","NVD lastModified does not establish freshness of every associated CPE record."],"lifecycle":"active","identifiers":["GHSA-v39m-97p8-gqg7","CVE-2026-48010"],"plain_summary":"GitHub lists this reviewed advisory for shopware/platform, shopware/platform, shopware/core, shopware/core. Published version ranges and source prerequisites are shown below; this is not an inspection of a visitor’s application.","review_status":"source_listed","control_topics":[],"public_actions":[{"summary":"Identify the exact component and deployed version, examine the linked publisher’s conditions, and retain evidence of any mitigation.","source_ids":["sr-8daaf3082d229b12350b75d922bf9ce5"],"action_type":"investigate","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null}],"schema_version":"1.1.0","source_metrics":[{"kind":"CVSS","as_of":"2026-06-04T19:28:30.000Z","value":"6.5 medium","meaning":"GitHub source severity; exploitability and local consequence require separate evidence.","source_id":"sr-3baee9d602eccc1876131b6b20e4608d"},{"kind":"CVSS","as_of":"2026-07-18T00:16:48.220Z","value":"6.5 MEDIUM (3.1)","meaning":"security-advisories@github.com severity; no combined Null risk score.","source_id":"sr-33036916e6b3f73b453eaae16d79a681"},{"kind":"EPSS","as_of":"2026-10-31T12:00:27.000Z","value":"0.472%","meaning":"FIRST EPSS model v2026.06.15; exploitation probability over 30 days, percentile 0.40833. Missing scores are unknown.","source_id":"sr-8daaf3082d229b12350b75d922bf9ce5"}],"why_it_matters":"Published affected context helps an owner decide what evidence to gather. This report has not examined your application.","related_sources":[{"id":"sr-3baee9d602eccc1876131b6b20e4608d","url":"https://github.com/advisories/GHSA-v39m-97p8-gqg7","basis":"vendor_advisory","notes":"GitHub Advisory Database; CC-BY-4.0. Each advisory links its original attribution. Null normalizes fields.","title":"GHSA-v39m-97p8-gqg7","publisher":"GitHub Advisory Database","observed_at":"2026-11-07T00:53:06.181Z"},{"id":"sr-df4520431960e37a1601448b0f32ad25","url":"https://github.com/advisories/GHSA-v39m-97p8-gqg7","basis":"vendor_advisory","notes":"GitHub-origin advisory, CC-BY-4.0; OSV is an aggregate copy, not independent corroboration.","title":"GHSA-v39m-97p8-gqg7","publisher":"GitHub Advisory Database via OSV","observed_at":"2026-10-31T21:42:41.369Z"},{"id":"sr-33036916e6b3f73b453eaae16d79a681","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-48010","basis":"official_catalog","notes":"This product uses data from the NVD API but is not endorsed or certified by the NVD.","title":"CVE-2026-48010","publisher":"NIST National Vulnerability Database","observed_at":"2026-11-03T22:35:28.075Z"},{"id":"sr-8daaf3082d229b12350b75d922bf9ce5","url":"https://www.first.org/epss/data.html","basis":"official_catalog","notes":"FIRST EPSS; probability of exploitation in the next 30 days, not local compromise. Dataset date/model retained; FIRST services terms apply.","title":"CVE-2026-48010","publisher":"FIRST EPSS","observed_at":"2026-10-31T22:06:15.379Z"}],"affected_context":[{"certainty":"source_listed","source_ids":["sr-3baee9d602eccc1876131b6b20e4608d"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":[">= 6.7.0.0, < 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-3baee9d602eccc1876131b6b20e4608d"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["< 6.6.10.18"]},{"certainty":"source_listed","source_ids":["sr-3baee9d602eccc1876131b6b20e4608d"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":[">= 6.7.0.0, < 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-3baee9d602eccc1876131b6b20e4608d"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["< 6.6.10.18"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]}],"null_published_at":"2026-11-07T07:07:39.854Z","source_updated_at":"2026-06-04T19:28:30.000Z","source_disclosed_at":"2026-06-04T19:28:29.000Z","is_synthetic_fixture":false,"null_last_reviewed_at":null,"public_change_summary":"Source facts changed; compare the preserved prior revision.","null_first_observed_at":"2026-10-31T21:42:41.369Z"},{"id":"NVI-00007533","kind":"vulnerability","title":"Shopware: Privilege escalation: non-admin user with user:create ACL can create admin accounts","revision":3,"unknowns":["Customer inventory, deployment, reachability and exploitation have not been inspected.","NVD lastModified does not establish freshness of every associated CPE record."],"lifecycle":"active","identifiers":["GHSA-v39m-97p8-gqg7","CVE-2026-48010"],"plain_summary":"OSV carries this publisher advisory for shopware/platform, shopware/platform, shopware/core, shopware/core. This is an aggregated source copy; consult the original publisher and compare update dates.","review_status":"source_listed","control_topics":[],"public_actions":[{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"Identify the exact component and deployed version, examine the linked publisher’s conditions, and retain evidence of any mitigation.","source_ids":["sr-8daaf3082d229b12350b75d922bf9ce5"],"action_type":"investigate","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null}],"schema_version":"1.1.0","source_metrics":[{"kind":"CVSS","as_of":"2026-07-18T00:16:48.220Z","value":"6.5 MEDIUM (3.1)","meaning":"security-advisories@github.com severity; no combined Null risk score.","source_id":"sr-33036916e6b3f73b453eaae16d79a681"},{"kind":"EPSS","as_of":"2026-10-31T12:00:27.000Z","value":"0.472%","meaning":"FIRST EPSS model v2026.06.15; exploitation probability over 30 days, percentile 0.40833. Missing scores are unknown.","source_id":"sr-8daaf3082d229b12350b75d922bf9ce5"}],"why_it_matters":"Published affected context helps an owner decide what evidence to gather. This report has not examined your application.","related_sources":[{"id":"sr-df4520431960e37a1601448b0f32ad25","url":"https://github.com/advisories/GHSA-v39m-97p8-gqg7","basis":"vendor_advisory","notes":"GitHub-origin advisory, CC-BY-4.0; OSV is an aggregate copy, not independent corroboration.","title":"GHSA-v39m-97p8-gqg7","publisher":"GitHub Advisory Database via OSV","observed_at":"2026-10-31T21:42:41.369Z"},{"id":"sr-33036916e6b3f73b453eaae16d79a681","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-48010","basis":"official_catalog","notes":"This product uses data from the NVD API but is not endorsed or certified by the NVD.","title":"CVE-2026-48010","publisher":"NIST National Vulnerability Database","observed_at":"2026-11-03T22:35:28.075Z"},{"id":"sr-8daaf3082d229b12350b75d922bf9ce5","url":"https://www.first.org/epss/data.html","basis":"official_catalog","notes":"FIRST EPSS; probability of exploitation in the next 30 days, not local compromise. Dataset date/model retained; FIRST services terms apply.","title":"CVE-2026-48010","publisher":"FIRST EPSS","observed_at":"2026-10-31T22:06:15.379Z"}],"affected_context":[{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]}],"null_published_at":"2026-11-04T10:04:35.929Z","source_updated_at":"2026-09-10T03:51:09.567Z","source_disclosed_at":"2026-06-04T19:28:29.000Z","is_synthetic_fixture":false,"null_last_reviewed_at":null,"public_change_summary":"Source facts changed; compare the preserved prior revision.","null_first_observed_at":"2026-10-31T21:42:41.369Z"},{"id":"NVI-00007533","kind":"vulnerability","title":"Shopware: Privilege escalation: non-admin user with user:create ACL can create admin accounts","revision":2,"unknowns":["Customer inventory, deployment, reachability and exploitation have not been inspected."],"lifecycle":"active","identifiers":["GHSA-v39m-97p8-gqg7","CVE-2026-48010"],"plain_summary":"OSV carries this publisher advisory for shopware/platform, shopware/platform, shopware/core, shopware/core. This is an aggregated source copy; consult the original publisher and compare update dates.","review_status":"source_listed","control_topics":[],"public_actions":[{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"Identify the exact component and deployed version, examine the linked publisher’s conditions, and retain evidence of any mitigation.","source_ids":["sr-8daaf3082d229b12350b75d922bf9ce5"],"action_type":"investigate","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null}],"schema_version":"1.1.0","source_metrics":[{"kind":"EPSS","as_of":"2026-10-31T12:00:27.000Z","value":"0.472%","meaning":"FIRST EPSS model v2026.06.15; exploitation probability over 30 days, percentile 0.40833. Missing scores are unknown.","source_id":"sr-8daaf3082d229b12350b75d922bf9ce5"}],"why_it_matters":"Published affected context helps an owner decide what evidence to gather. This report has not examined your application.","related_sources":[{"id":"sr-df4520431960e37a1601448b0f32ad25","url":"https://github.com/advisories/GHSA-v39m-97p8-gqg7","basis":"vendor_advisory","notes":"GitHub-origin advisory, CC-BY-4.0; OSV is an aggregate copy, not independent corroboration.","title":"GHSA-v39m-97p8-gqg7","publisher":"GitHub Advisory Database via OSV","observed_at":"2026-10-31T21:42:41.369Z"},{"id":"sr-8daaf3082d229b12350b75d922bf9ce5","url":"https://www.first.org/epss/data.html","basis":"official_catalog","notes":"FIRST EPSS; probability of exploitation in the next 30 days, not local compromise. Dataset date/model retained; FIRST services terms apply.","title":"CVE-2026-48010","publisher":"FIRST EPSS","observed_at":"2026-10-31T22:06:15.379Z"}],"affected_context":[{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]}],"null_published_at":"2026-11-03T02:33:09.139Z","source_updated_at":"2026-09-10T03:51:09.567Z","source_disclosed_at":"2026-06-04T19:28:29.000Z","is_synthetic_fixture":false,"null_last_reviewed_at":null,"public_change_summary":"Dated EPSS estimate updated; this is not a new disclosure or proof of exploitation.","null_first_observed_at":"2026-10-31T21:42:41.369Z"},{"id":"NVI-00007533","kind":"vulnerability","title":"Shopware: Privilege escalation: non-admin user with user:create ACL can create admin accounts","revision":1,"unknowns":["Customer inventory, deployment, reachability and exploitation have not been inspected."],"lifecycle":"active","identifiers":["GHSA-v39m-97p8-gqg7","CVE-2026-48010"],"plain_summary":"OSV carries this publisher advisory for shopware/platform, shopware/platform, shopware/core, shopware/core. This is an aggregated source copy; consult the original publisher and compare update dates.","review_status":"source_listed","control_topics":[],"public_actions":[{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/platform. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.7.10.1 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null},{"summary":"The original advisory lists fixed boundaries 6.6.10.18 for shopware/core. Confirm the publisher’s latest guidance.","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"action_type":"vendor_patch","limitations":"Confirm current vendor support, compatibility and deployment evidence. This report has not tested a fix in your system.","current_supported_target":null}],"schema_version":"1.1.0","source_metrics":[],"why_it_matters":"Published affected context helps an owner decide what evidence to gather. This report has not examined your application.","related_sources":[{"id":"sr-df4520431960e37a1601448b0f32ad25","url":"https://github.com/advisories/GHSA-v39m-97p8-gqg7","basis":"vendor_advisory","notes":"GitHub-origin advisory, CC-BY-4.0; OSV is an aggregate copy, not independent corroboration.","title":"GHSA-v39m-97p8-gqg7","publisher":"GitHub Advisory Database via OSV","observed_at":"2026-10-31T21:42:41.369Z"}],"affected_context":[{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/platform","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 6.7.0.0; fixed 6.7.10.1"]},{"certainty":"source_listed","source_ids":["sr-df4520431960e37a1601448b0f32ad25"],"technology":"shopware/core","known_exclusions":[],"conditions_summary":"`UserController::upsertUser()` writes user data in `SYSTEM_SCOPE` and does not filter the `admin` field. A non-admin API user with `user:create` or `user:update` ACL permission can set `admin: true` on new or existing users, escalating to full admin access.\n\n## The Problem\n\nIn `src/Core/Framework/Api/Controller/UserController.php`, line 210-234:\n\n```php\npublic function upsertUser(?string $userId, Request $request, Context $context, ResponseFactoryInterface $factory): Response\n{\n    $data = $request->request->all(); // raw request data, no field filtering\n    // ...\n    $events = $context->scope(Context::SYSTEM_SCOPE, fn (Context $context) =>\n        $this->userRepository->upsert([$data], $context)\n    );\n}\n```\n\n`SYSTEM_SCOPE` bypasses `AclWriteValidator` entirely (line 52 of `AclWriteValidator::preValidate()` returns early for `SYSTEM_SCOPE`). The `admin` boolean field is accepted without restriction.\n\nCompare with `IntegrationController::upsertIntegration()` in the same codebase, which correctly checks:\n\n```php\nif ((!$source instanceof AdminApiSource)\n    || (!$source->isAdmin()\n    && isset($data['admin']))\n) {\n    throw new PermissionDeniedException();\n}\n```\n\n`UserController` is","public_affected_ranges":["ECOSYSTEM: introduced 0; fixed 6.6.10.18"]}],"null_published_at":"2026-10-31T22:13:18.624Z","source_updated_at":"2026-09-10T03:51:09.567Z","source_disclosed_at":"2026-06-04T19:28:29.000Z","is_synthetic_fixture":false,"null_last_reviewed_at":null,"public_change_summary":"First indexed by Null; source disclosure date is shown separately.","null_first_observed_at":"2026-10-31T21:42:41.369Z"}],"next_cursor":null,"snapshot_revision":"42594"}