No advisories yet.
Solution
No solution given by the vendor.
Workaround
No workaround given by the vendor.
Wed, 26 Aug 2026 19:30:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
Fri, 21 Aug 2026 13:00:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Openpanel
Openpanel openpanel |
|
| Vendors & Products |
Openpanel
Openpanel openpanel |
Fri, 21 Aug 2026 11:15:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Description | The report.list procedure in packages/trpc/src/routers/report.ts accepted a projectId and a dashboardId and returned getReportsByDashboardId(dashboardId). The enforceAccess middleware in packages/trpc/src/trpc.ts verified membership for the supplied projectId, but nothing verified that the supplied dashboardId belonged to that project, and getReportsByDashboardId in packages/db/src/services/reports.service.ts selects reports by dashboardId alone with no project scoping. An authenticated user could therefore pair a projectId from their own organization, which satisfies the middleware, with a dashboardId belonging to another organization and receive every report in that dashboard. A correctly scoped helper, listReportsCore, already existed in the same service file and resolves the dashboard through getDashboardById(dashboardId, projectId) before returning reports, but the router did not use it. | |
| Title | OpenPanel report.list Queries Reports by an Unverified dashboardId, Crossing Organization Boundaries | |
| Weaknesses | CWE-639 | |
| References |
|
|
| Metrics |
cvssV3_1
|
Projects
Sign in to view the affected projects.
Status: PUBLISHED
Assigner: VulnCheck
Published:
Updated: 2026-08-26T17:23:49.786Z
Reserved: 2026-08-21T10:46:45.717Z
Link: CVE-2026-77769
Updated: 2026-08-26T17:23:36.935Z
Status : Received
Published: 2026-08-21T11:17:07.430
Modified: 2026-08-26T18:17:02.547
Link: CVE-2026-77769
No data.
OpenCVE Enrichment
Updated: 2026-08-21T12:45:04Z