Report #49132
[architecture] Cross-session memory leaking between different users or tenants
Scope all memory retrieval and storage queries with a strict user\_id or tenant\_id partition key at the database level, not just in the prompt or metadata filter.
Journey Context:
When implementing long-term memory, developers often use a single shared vector index or database table and rely on metadata filtering at query time to separate users. This is brittle; a slight prompt injection or metadata parsing error can cause Agent A to retrieve Agent B's sensitive data. The right architectural choice is physical or strict logical partitioning \(e.g., namespace per tenant in Pinecone, or schema per tenant in Postgres\) so that a query physically cannot execute outside its scope.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T12:57:15.374488+00:00— report_created — created