Vulnerability · Published Aug 21, 2026 · Assigned by VulnCheck
CVE-2026-77768OpenPanel report.get Returns Any Report by Identifier Without Checking Project Access
Medium 6.5
In plain English
A medium-severity authorization bypass via user-controlled key in openpanel from Openpanel-dev. Proof-of-concept exploit code is public. The chance it is exploited in the next 30 days is estimated at 0.4% (higher than 36% of all known vulnerabilities).
Official description
The report.get procedure in packages/trpc/src/routers/report.ts accepted only a reportId and returned getReportById(reportId) directly. The enforceAccess middleware in packages/trpc/src/trpc.ts evaluates membership only when the input carries a projectId or organizationId key, so an input consisting of a reportId alone passed through unchecked, and getReportById in packages/db/src/services/reports.service.ts performs a findUnique on the report id with no project scoping. Any authenticated user could therefore read the full configuration of any saved report on the instance, including the owning projectId, event series, filters, breakdowns and formulas, by supplying its identifier. The adjacent update, delete and duplicate procedures resolve the report first and check getProjectAccess against the report's own projectId, so the omission was specific to this procedure.
Affected products (as reported)
| Vendor | Product | Versions |
|---|---|---|
| Openpanel-dev | openpanel | 0 – before 0a51b6805eed0b3da8376175acd5fa3d26819cb6 |
Weakness: CWE-639 · Vector: CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:N
References
- GHSA-9x7c-f87x-2243 vendor-advisory
- report.get returning getReportById unchecked technical-description
- fix: improve access rights patch
- https://github.com/Openpanel-dev/openpanel product
- VulnCheck Advisory: OpenPanel report.get Returns Any Report by Identifier Without Checking Project Access third-party-advisory