<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 30 Sep 2026 03:17:00 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-85709</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-85709</link>
      <description>&lt;p&gt;LightRAG provides simple and fast retrieval-augmented generation. Prior to 1.5.5, the LightRAG API server returns raw Python exception text from error handlers in document_routes.py, graph_routes.py, query_routes.py, ollama_api.py, and lightrag_server.py. The detail=str(e), detail=str(exc), and equivalent formatted-message paths expose server filesystem paths, database host, port, user, and database names, language-model provider diagnostics, configuration details, and Python library internals to a network client that can trigger an error. The default unauthenticated configuration makes those responses reachable without credentials, and URI-configured backends can disclose connection strings containing credentials depending on the underlying driver error. This issue is fixed in version 1.5.5.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;LightRAG provides simple and fast retrieval-augmented generation. Prior to 1.5.5, the LightRAG API server returns raw Python exception text from error handlers in document_routes.py, graph_routes.py, query_routes.py, ollama_api.py, and lightrag_server.py. The detail=str(e), detail=str(exc), and equivalent formatted-message paths expose server filesystem paths, database host, port, user, and database names, language-model provider diagnostics, configuration details, and Python library internals to a network client that can trigger an error. The default unauthenticated configuration makes those responses reachable without credentials, and URI-configured backends can disclose connection strings containing credentials depending on the underlying driver error. This issue is fixed in version 1.5.5.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-85709</guid>
    </item>
    <item>
      <title>GHSA-hrmj-7rvj-4hg8 — lightrag-hku: Sensitive Information Exposure Through Raw Exception Messages in API Error Responses</title>
      <link>https://db.gcve.eu/vuln/ghsa-hrmj-7rvj-4hg8</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: lightrag-hku&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The LightRAG API server passes raw Python exception messages directly into HTTP
error responses across 30+ error handlers in every router. When combined with
the default unauthenticated configuration (see companion report on CWE-306), any
network-reachable client can trigger exceptions whose raw text discloses
internal infrastructure — server filesystem paths, database host/port/user, LLM
provider error details, and Python library internals. No global exception
handler sanitizes error messages before they reach the client.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Throughout the API route handlers, exceptions are caught and their string
representation is returned verbatim via `detail=str(e)` / `detail=str(exc)`
(and f-string variants such as `detail=f&amp;#34;...: {str(e)}&amp;#34;`). This occurs in every
router file. Location breakdown on the current `main` branch:&lt;/p&gt;
&lt;p&gt;**HTTP 500 — raw exception passthrough (`except Exception as e`):**
- `document_routes.py` — 13
- `graph_routes.py` — 12 (mix of `detail=f&amp;#34;...{str(e)}&amp;#34;` and `detail=error_msg`)
- `query_routes.py` — 3
- `ollama_api.py` — 2
- `lightrag_server.py` — 1 (health endpoint)&lt;/p&gt;
&lt;p&gt;**HTTP 422 — raw exception passthrough (`except ValueError as exc`):**
- `document_routes.py` — 2 (chunking-config validation)&lt;/p&gt;
&lt;p&gt;**Total: ~33 raw-exception-to-HTTP-response locations.** The only pre-existing
custom exception handler in `lightrag_server.py` is specific to
`RequestValidationError` for `/query/data`; it does not cover the generic
`Exception` handlers in route code.…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: lightrag-hku&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The LightRAG API server passes raw Python exception messages directly into HTTP
error responses across 30+ error handlers in every router. When combined with
the default unauthenticated configuration (see companion report on CWE-306), any
network-reachable client can trigger exceptions whose raw text discloses
internal infrastructure — server filesystem paths, database host/port/user, LLM
provider error details, and Python library internals. No global exception
handler sanitizes error messages before they reach the client.&lt;/p&gt;
&lt;p&gt;### Details&lt;/p&gt;
&lt;p&gt;Throughout the API route handlers, exceptions are caught and their string
representation is returned verbatim via `detail=str(e)` / `detail=str(exc)`
(and f-string variants such as `detail=f&amp;#34;...: {str(e)}&amp;#34;`). This occurs in every
router file. Location breakdown on the current `main` branch:&lt;/p&gt;
&lt;p&gt;**HTTP 500 — raw exception passthrough (`except Exception as e`):**
- `document_routes.py` — 13
- `graph_routes.py` — 12 (mix of `detail=f&amp;#34;...{str(e)}&amp;#34;` and `detail=error_msg`)
- `query_routes.py` — 3
- `ollama_api.py` — 2
- `lightrag_server.py` — 1 (health endpoint)&lt;/p&gt;
&lt;p&gt;**HTTP 422 — raw exception passthrough (`except ValueError as exc`):**
- `document_routes.py` — 2 (chunking-config validation)&lt;/p&gt;
&lt;p&gt;**Total: ~33 raw-exception-to-HTTP-response locations.** The only pre-existing
custom exception handler in `lightrag_server.py` is specific to
`RequestValidationError` for `/query/data`; it does not cover the generic
`Exception` handlers in route code.…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-hrmj-7rvj-4hg8</guid>
    </item>
  </channel>
</rss>
