Процедура report.list в packages/trpc/src/routers/report.ts приняла projectId и DashboardId и вернула getReportsByDashboardId(dashboardId). Промежуточное программное обеспечение EnforceAccess в packages/trpc/src/trpc.ts проверило членство для предоставленного projectId, но не подтвердило, что предоставленный DashboardId принадлежит этому проекту, а getReportsByDashboardId в packages/db/src/services/reports.service.ts выбирает отчеты только по DashboardId без определения области действия проекта. Таким образом, прошедший проверку подлинности пользователь может связать идентификатор проекта из своей организации, который удовлетворяет промежуточному программному обеспечению, с идентификатором информационной панели, принадлежащим другой организации, и получать все отчеты на этой информационной панели.
Помощник с правильной областью действия, listReportsCore, уже существовал в том же файле службы и разрешает панель мониторинга через getDashboardById(dashboardId, projectId) перед возвратом отчетов, но маршрутизатор не использовал его.
Показать оригинальное описание (EN)
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.
Характеристики атаки
Последствия
Строка CVSS v4.0