vvzvlad/gitmost
1
0
Fork 0
Code Issues 14 Pull Requests 12 Packages Projects Releases Activity

fix(mcp): pin Bearer workspaceId to the default workspace (RT-16) #69

New Issue
Closed
opened 2026-06-21 01:56:56 +03:00 by Ghost · 0 comments
Ghost commented 2026-06-21 01:56:56 +03:00
Copy Link

Источник: red-team-аудит, RT-16 (docs/red-team-report.md).

Что происходит

Bearer-путь /mcp (apps/server/src/integrations/mcp/mcp-auth.helpers.ts:320-338) доверяет workspaceId из самого токена, не привязывая его к дефолтному воркспейсу. На single-workspace self-host это безвредно, но формально открывает доступ юзера чужого воркспейса мимо per-workspace enablement.

Фикс

Запинить workspaceId токена к дефолтному (как делает Basic-путь через findFirst()):

// mcp-auth.helpers.ts — pin the token's workspace to the configured/default one,
// the SAME boundary the Basic path enforces via findFirst().
if (!payload.workspaceId || payload.workspaceId !== deps.expectedWorkspaceId)
  throw new UnauthorizedException(generic); // never leak why

Цена / приоритет

1 строка, безвредное усиление (для single-workspace — no-op по поведению).

**Источник:** red-team-аудит, RT-16 (`docs/red-team-report.md`). ### Что происходит Bearer-путь `/mcp` (`apps/server/src/integrations/mcp/mcp-auth.helpers.ts:320-338`) доверяет `workspaceId` из самого токена, не привязывая его к дефолтному воркспейсу. На single-workspace self-host это безвредно, но формально открывает доступ юзера чужого воркспейса мимо per-workspace enablement. ### Фикс Запинить `workspaceId` токена к дефолтному (как делает Basic-путь через `findFirst()`): ```ts // mcp-auth.helpers.ts — pin the token's workspace to the configured/default one, // the SAME boundary the Basic path enforces via findFirst(). if (!payload.workspaceId || payload.workspaceId !== deps.expectedWorkspaceId) throw new UnauthorizedException(generic); // never leak why ``` ### Цена / приоритет 1 строка, безвредное усиление (для single-workspace — no-op по поведению).
Ghost added the bugsecurity labels 2026-06-21 02:27:18 +03:00
Ghost closed this issue 2026-06-21 03:02:08 +03:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
Something isn't working
 documentation
Improvements or additions to documentation
 duplicate
This issue or pull request already exists
 enhancement
New feature or request
 epic
Large multi-phase effort spanning many changes
 feature
New functionality request
 good first issue
Good for newcomers
 help wanted
Extra attention is needed
 idea
Idea / proposal for discussion
 invalid
This doesn't seem right
 needs-human
эскалация: нужно решение человека
 question
Further information is requested
 refactor
Code cleanup / refactoring
 review/approved
в последнем ревью нет открытых blocking-находок
 review/changes-requested
последнее ревью оставило открытые blocking-находки
 review/needs
head не ревьюился (head != reviewed_head)
 security
Security / hardening issue
 status/blocked
ждёт зависимость blocked_by
 status/done
закрыто и проверено
 status/in-progress
в активной работе (мягкая заявка)
 status/ready
специфицировано, не заблокировано, ждёт исполнителя
 test
Test coverage / test infrastructure
 wontfix
This will not be worked on
No Label bug security
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
agent_coder agent_reviewer vvzvlad
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: vvzvlad/gitmost#69
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?