GHSA-F339-246P-WWJP

Vulnerability from github – Published: 2026-02-10 00:22 – Updated: 2026-02-10 00:22
VLAI?
Summary
FroshAdminer Adminer UI is accessible without admin session
Details

Summary

Unauthenticated access to Adminer UI

Details

The Adminer route (/admin/adminer) was accessible without Shopware admin authentication. The route was configured with auth_required=false and performed no session validation, exposing the Adminer UI to unauthenticated users.

Note: Database access itself requires credentials that are only set through the ACL-protected API endpoint. Direct database access without prior admin login is not possible through this vulnerability alone.

Impact

An unauthenticated user could access the Adminer interface, potentially disclosing version information or exploiting Adminer-specific vulnerabilities.

Patches

Version 2.2.1 adds session validation. The Adminer route now verifies an authenticated session flag before rendering — returning HTTP 403 otherwise.

Workarounds

Deactivate or uninstall the plugin.

Show details on source website

{
  "affected": [
    {
      "package": {
        "ecosystem": "Packagist",
        "name": "frosh/adminer-platform"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "2.2.1"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "aliases": [
    "CVE-2026-25878"
  ],
  "database_specific": {
    "cwe_ids": [
      "CWE-306"
    ],
    "github_reviewed": true,
    "github_reviewed_at": "2026-02-10T00:22:05Z",
    "nvd_published_at": "2026-02-09T21:15:50Z",
    "severity": "MODERATE"
  },
  "details": "### Summary\nUnauthenticated access to Adminer UI\n\n### Details\nThe Adminer route (/admin/adminer) was accessible without Shopware admin authentication. The route was configured with auth_required=false and performed no session validation, exposing the Adminer UI to unauthenticated users.\n\nNote: Database access itself requires credentials that are only set through the ACL-protected API endpoint. Direct database access without prior admin login is not possible through this vulnerability alone.\n\n### Impact\nAn unauthenticated user could access the Adminer interface, potentially disclosing version information or exploiting Adminer-specific vulnerabilities.\n\n### Patches\nVersion 2.2.1 adds session validation. The Adminer route now verifies an authenticated session flag before rendering \u2014 returning HTTP 403 otherwise.\n\n### Workarounds\nDeactivate or uninstall the plugin.",
  "id": "GHSA-f339-246p-wwjp",
  "modified": "2026-02-10T00:22:05Z",
  "published": "2026-02-10T00:22:05Z",
  "references": [
    {
      "type": "WEB",
      "url": "https://github.com/FriendsOfShopware/FroshPlatformAdminer/security/advisories/GHSA-f339-246p-wwjp"
    },
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-25878"
    },
    {
      "type": "WEB",
      "url": "https://github.com/FriendsOfShopware/FroshPlatformAdminer/commit/c4dd6c3462af178b3a7d146d3c651c2c253e902b"
    },
    {
      "type": "PACKAGE",
      "url": "https://github.com/FriendsOfShopware/FroshPlatformAdminer"
    },
    {
      "type": "WEB",
      "url": "https://github.com/FriendsOfShopware/FroshPlatformAdminer/releases/tag/2.2.1"
    }
  ],
  "schema_version": "1.4.0",
  "severity": [
    {
      "score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:N",
      "type": "CVSS_V4"
    }
  ],
  "summary": "FroshAdminer Adminer UI is accessible without admin session"
}


Log in or create an account to share your comment.




Tags
Taxonomy of the tags.


Loading…

Loading…

Loading…

Sightings

Author Source Type Date

Nomenclature

  • Seen: The vulnerability was mentioned, discussed, or observed by the user.
  • Confirmed: The vulnerability has been validated from an analyst's perspective.
  • Published Proof of Concept: A public proof of concept is available for this vulnerability.
  • Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
  • Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
  • Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
  • Not confirmed: The user expressed doubt about the validity of the vulnerability.
  • Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.


Loading…

Detection rules are retrieved from Rulezet.

Loading…

Loading…