Live › vulnerability › CVE-2026-51902
SuperAGI up to v0.0.14 has an endpoint that returns the full list of agents for any project ID, without checking that the project belongs to the caller's organization. An logged-in user from one organization can read the agents of another organization's project.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-29 18:26 UTC. All times on this page are UTC.
Teams that run SuperAGI with more than one organization or tenant using the same instance. The exposure is the agent listing endpoint, which accepts a project ID and does not verify organization ownership. Single-organization deployments have less exposure, though the sources do not say how much.
| Product | Ecosystem | Affected | Fixed in |
|---|---|---|---|
| SuperAGI | github | <= 0.0.14 | – |
v0.0.14Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
SuperAGI up to v0.0.14 contains an improper access control vulnerability. The agent controller endpoint /api/agents/get/project/{project_id} allows authenticated users from one organization to retrieve the complete list of agents belonging to a different organization's project. The endpoint accepts a project_id parameter but does not verify that the project belongs to the authenticated user's organization.
This page as .md · .json · in your agent: get_signal("CVE-2026-51902")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.