{
  "affected": [
    {
      "package": {
        "ecosystem": "PyPI",
        "name": "open-webui"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "0.8.11"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ]
    }
  ],
  "aliases": [
    "CVE-2026-34222"
  ],
  "database_specific": {
    "cwe_ids": [
      "CWE-285"
    ],
    "github_reviewed": true,
    "github_reviewed_at": "2026-04-01T20:25:49Z",
    "nvd_published_at": "2026-04-01T18:16:29Z",
    "severity": "HIGH"
  },
  "details": "# Summary\n\n## Broken Access Control in Tool Valves\n\nOpen WebUI supports function calling through \"Tools\". Function calling allows an LLM to reliably connect to external tools and interact with external APIs. Exemplary use-cases include connecting to an internal knowledge base, retrieving emails from an exchange server, or retrieving order data from a shop backend.\n\nThese interactions often require the LLM to authenticate against backend services using API keys specifically created for a technical (Open WebUI) user.\n\nTo simplify configuration and secret handling, Open WebUI implements \"Valves\" and \"UserValves\" that allow users and administrators to input dynamic details like API keys or configuration options.\n\nValves have the following distinction:\n\n- **Valves:** Configurable by admins only.\n- **UserValves:** Configurable by any user.\n\nThe Tool Valves endpoint does not properly restrict read access to the valve. This allows a low privileged user to access all data contained within the valve. In the worst case, this gives a low privileged \"Member\" user access to sensitive Tool data, such as API keys for third-party systems.\n\n---\n\n# Details\n\n## 1) Broken Access Control in Tool Valves\n\nThe following steps can be performed to reproduce the vulnerability.\n\n**1.** An administrator creates an Open WebUI Tool with a configured Valve.\n\n\u003cimg width=\"1038\" height=\"597\" alt=\"image\" src=\"https://github.com/user-attachments/assets/f79bdde9-18fa-49e4-a6c3-5077731f0815\" /\u003e\n\n**2.** The administrator configures the API key within the Tool Valve.\n\n\u003cimg width=\"1039\" height=\"446\" alt=\"image\" src=\"https://github.com/user-attachments/assets/d88d06b9-fc21-45e5-8142-d9f874601f87\" /\u003e\n\n**3.** A user with at least \"Member\" privileges logs into Open WebUI.\n\nThe following screenshot shows the user overview of the test instance:\n\n\u003cimg width=\"908\" height=\"354\" alt=\"image\" src=\"https://github.com/user-attachments/assets/40025151-418d-4912-8400-1e1a6e5cd4e4\" /\u003e\n\nThe following screenshot illustrates that the \"lowpriv\" user doesn\u0027t have access to the tool:\n\n\u003cimg width=\"815\" height=\"433\" alt=\"image\" src=\"https://github.com/user-attachments/assets/ec06b07f-9735-4728-9dce-d97d721051b8\" /\u003e\n\n**4.** The \"lowpriv\" user uses their Authorization token to retrieve the API key from the Tool Valve.\n\nIn order to do so, the attacker needs to know the Tool ID. However, as this ID is always the same for imported tools, and the tool IDs are concatenated from the tool name, guessing tool IDs is trivial.\n\n\u003cimg width=\"754\" height=\"208\" alt=\"image\" src=\"https://github.com/user-attachments/assets/61c80cac-25c8-4730-8156-90869801389f\" /\u003e\n\nAs seen in the following code snippet, the vulnerability is present because the Tool Valves route does not check if the requesting user has administrative permissions (Line 515).\n\n[Source: `backend/open_webui/routers/tools.py` L513\u2013L531](https://github.com/open-webui/open-webui/blob/2b26355002064228e9b671339f8f3fb9d1fafa73/backend/open_webui/routers/tools.py#L513-L531)\n\n---\n\n# PoC\n\nYou can find the detailed PoC steps in the [Details](#details) section.\n\nTo execute the exploit:\n\n1. Login as a verified user and copy the authorization token.\n2. Access the configured valve of any existing tool with the following request (please mind the placeholders):\n\n```http\nGET /api/v1/tools/id/\u003ctool_id\u003e/valves HTTP/1.1\nHost: \u003cyour_test_host\u003e\nAuthorization: Bearer \u003cauthorization_token_from_step_1\u003e\n```\n\n---\n\n# Impact\n\nThis information disclosure vulnerability allows low privileged users to access sensitive values stored in Tool Valves. Anyone using Open WebUI Tools with a configured Valve is affected. In the worst case, exploitation allows an attacker to access third-party systems within the context of the configured Open WebUI technical user.\n\n---\n\n# Additional Remarks\n\nAdditional remarks regarding the CVSS Vector String:\n\n| Component | Value | Rationale |\n|-----------|-------|-----------|\n| AC | L | Due to the requirement of a \"Member\" account |\n| C | H | Sensitive data, such as API Keys for backend systems, is disclosed |\n| S | C | Exploitation of this vulnerability grants access to third-party systems |\n\n---\n\n\u003e **AI report transparency:** AI was used for refinement of this advisory text.",
  "id": "GHSA-7429-hxcv-268m",
  "modified": "2026-04-01T20:25:49Z",
  "published": "2026-04-01T20:25:49Z",
  "references": [
    {
      "type": "WEB",
      "url": "https://github.com/open-webui/open-webui/security/advisories/GHSA-7429-hxcv-268m"
    },
    {
      "type": "ADVISORY",
      "url": "https://nvd.nist.gov/vuln/detail/CVE-2026-34222"
    },
    {
      "type": "PACKAGE",
      "url": "https://github.com/open-webui/open-webui"
    },
    {
      "type": "WEB",
      "url": "https://github.com/open-webui/open-webui/releases/tag/v0.8.11"
    }
  ],
  "schema_version": "1.4.0",
  "severity": [
    {
      "score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N",
      "type": "CVSS_V3"
    }
  ],
  "summary": "Open WebUI has Broken Access Control in Tool Valves"
}