🇰🇷 한글 설명
PraisonAI Platform API 0.1.4 미만 버전에서 워크스페이스 격리를 무력화하는 두 가지 권한 부여 결함이 발견되었습니다. 서비스 계층이 워크스페이스 소유권을 확인하지 않고 리소스를 조회하거나 멤버 관리 시 역할 수준을 검증하지 않아, 인증된 사용자가 타인의 데이터를 탈취하거나 워크스페이스 권한을 탈취할 수 있습니다.
💡 쉬운 설명
로그인한 사용자라면 다른 사람의 작업 공간에 있는 파일을 마음대로 보거나 지울 수 있는 보안 구멍이 있습니다. 또한, 일반 멤버가 스스로를 관리자로 승격시켜 원래 주인을 쫓아낼 수도 있는 위험한 상태입니다.
🇺🇸 원문 (English)
PraisonAI is a multi-agent teams system. Versions prior to 0.1.4 of the PraisonAI Platform API have two authorization failures that together break workspace isolation. The service layer for issues and projects performs global primary-key lookups without checking workspace ownership, so any authenticated user can read, modify, and delete resources in any workspace just by swapping UUIDs in their API requests. On top of that, every member management endpoint (add, update role, remove) only requires `min_role="member"`, which lets any workspace member promote themselves to owner and kick out the original owner. A low-privilege member of one workspace can steal data from every other workspace and take over any workspace they belong to. Both issues come from the same gap: the route layer pulls `workspace_id` from the URL and verifies membership, but the service layer ignores the workspace scope for resource lookups and ignores the caller's role level for member operations. The `require_workspace_member()` dependency does its job correctly. The problem is that the service layer doesn't use the information it provides. Version 0.1.4 of the PraisonAI Platform API patch the issue.
📍 영향받는 시스템
PraisonAI Platform API versions prior to 0.1.4
⚔️ 공격 벡터
API 요청 시 UUID를 변경하여 타 워크스페이스 리소스에 접근하거나 멤버 관리 엔드포인트를 통해 권한 상승 수행
🛡️ 대응 방법
PraisonAI Platform API를 0.1.4 버전 이상으로 업데이트
🔧 검증 코드
출력된 버전이 0.1.4 미만이면 취약한 상태이며, 0.1.4 이상이면 안전합니다.
pip show praisonai-platform-api 2>/dev/null | grep Version