<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-09-30T21:32:06.696642+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/cve-2026-71433</id>
    <title>CVE-2026-71433 — LangGraph: Namespace prefix matching crosses segment boundaries in Postgres and SQLite stores</title>
    <updated>2026-09-30T21:32:06.699729+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> langchain-ai langgraph, langchain-ai langgraph-checkpoint-sqlite, langchain-ai langgraph-checkpoint-postgres</p>
<p>LangGraph Checkpoint Postgres and SQLite Checkpoint are the Postgres and SQLite implementations of LangGraph's checkpoint saver. Prior to 3.1.1, the langgraph-checkpoint-postgres and langgraph-checkpoint-sqlite packages persisted hierarchical namespaces as a dot joined string and scoped reads by matching that string as a simple prefix pattern, so a read scoped to one namespace could also match a sibling namespace whose flattened form shares the same leading characters, or a namespace label containing unescaped pattern metacharacters, allowing an authenticated caller to retrieve stored items belonging to another tenant or user through an ordinary scoped search or list namespaces call, with no crafted input required. This issue is fixed in versions 3.1.1 of langgraph-checkpoint-postgres and langgraph-checkpoint-sqlite.</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/cve-2026-71433"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-47pj-3jcm-6whg</id>
    <title>GHSA-47pj-3jcm-6whg — LangGraph: Namespace prefix matching crosses segment boundaries in Postgres and SQLite stores</title>
    <updated>2026-09-30T21:32:06.699840+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: langgraph-checkpoint-postgres, PyPI: langgraph-checkpoint-sqlite</p>
<p>## Summary</p>
<p>The Postgres and SQLite stores persist hierarchical namespaces as a dot-joined string (`("memories", "alice")` becomes `memories.alice`) and scoped reads by matching that string with `LIKE '&lt;path&gt;%'`. Because `LIKE` has no notion of the `.` separator, a scoped `search` or `list_namespaces` also matched sibling namespaces whose flattened form shares leading characters.</p>
<p>Applications commonly use the namespace as a tenant boundary. Where they do, a read scoped to one namespace could return items belonging to another, without any crafted input — an ordinary scoped request was sufficient.</p>
<p>We have no evidence of this behavior being exploited in the wild.</p>
<p>## Affected users / systems</p>
<p>You may be affected if you:</p>
<p>- use `PostgresStore`/`AsyncPostgresStore` or `SqliteStore`/`AsyncSqliteStore`, and
- rely on the namespace to separate data between users or tenants, and
- have namespace labels where one is a prefix of another (`1` and `12`, `alice` and `alice2`), or labels containing `_` or `%`</p>
<p>Applications whose namespace labels are fixed-length identifiers such as UUIDs, containing no `_` or `%`, are not affected — no such label can be a prefix of another. `InMemoryStore` compares namespaces element-wise and is not affected.</p>
<p>Three distinct cases were possible:</p>
<p>- **Sibling namespaces.** A read scoped to `("foo",)` also returned items under `("foobar",)` and `("foo2",)`.
- **Unescaped pattern metacharacters.** `_` and `%` are legal namespace labels — only `.` is rejecte…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-47pj-3jcm-6whg"/>
  </entry>
</feed>
