CVE-2026-47407
KrytyczneCVSS 9.4Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 15 - wyżej niż 15% wszystkich znanych CVE
Streszczenie
PraisonAI Platform przed wersją 0.1.4 zawiera podatność polegającą na braku weryfikacji przynależności zasobów do przestrzeni roboczej (workspace) w endpointach API. Użytkownik będący członkiem jednej przestrzeni roboczej może uzyskać dostęp do zasobów innej przestrzeni, podmieniając identyfikator w ścieżce URL. Dodatkowo, w zarządzaniu członkami nie jest egzekwowana hierarchia ról, co pozwala zwykłemu członkowi na eskalację uprawnień do administratora lub właściciela.
Ocena ryzyka
Organizacja narażona jest na nieautoryzowany dostęp do danych między różnymi przestrzeniami roboczymi (cross-tenant), co może prowadzić do wycieku poufnych informacji. Ponadto, zwykli użytkownicy mogą eskalować swoje uprawnienia, przejmując kontrolę nad przestrzenią roboczą lub ją usuwając.
Rekomendacja
Należy natychmiast zaktualizować PraisonAI Platform do wersji 0.1.4 lub nowszej. Jeśli aktualizacja nie jest możliwa, należy ograniczyć dostęp do API poprzez firewall lub uwierzytelnianie sieciowe oraz wdrożyć dodatkową walidację po stronie aplikacji.
Inne podatności w PraisonAI Platform
Zobacz wszystkie- CVE-2026-61441Średnie
Podatność w PraisonAI Platform przed wersją 0.1.9 pozwala na nieautoryzowane usuwanie zależności między zgłoszeniami. Mechanizm autoryzacji sprawdza uprawnienia tylko dla wybranego przez użytkownika punktu końcowego, co umożliwia członkowi zespołu usunięcie zależności utworzonej przez właściciela, poprzez wskazanie powiązanego zgłoszenia należącego do innego członka.
- CVE-2026-47416Krytyczne
PraisonAI Platform w wersjach przed 0.1.4 zawiera podatność na eskalację uprawnień w endpointcie PATCH /workspaces/{workspace_id}/members/{user_id}. Brakuje weryfikacji uprawnień osoby wywołującej, co pozwala użytkownikowi z rolą 'member' na zmianę roli dowolnego członka, w tym własnej, na 'owner'.
- CVE-2026-47413Krytyczne
PraisonAI Platform w wersjach przed 0.1.4 zawiera podatność na eskalację uprawnień i wstrzykiwanie członków między dzierżawcami. Endpoint POST /workspaces/{workspace_id}/members nie sprawdza uprawnień osoby wywołującej, co pozwala użytkownikowi z najniższą rolą dodać dowolnego użytkownika jako właściciela przestrzeni roboczej.
- CVE-2026-47410Krytyczne
PraisonAI Platform w wersjach przed 0.1.4 używa domyślnie zakodowanego na stałe klucza JWT 'dev-secret-change-me', gdy zmienna PLATFORM_JWT_SECRET nie jest ustawiona. Sprawdzanie bezpieczeństwa jest pomijane, ponieważ domyślna wartość PLATFORM_ENV to 'dev'. Atakujący może odczytać ten klucz z publicznego pliku źródłowego, wygenerować JWT z dowolnymi danymi i uwierzytelnić się jako dowolny użytkownik, w tym administrator.
- CVE-2026-47419Wysokie
Podatność IDOR w platformie PraisonAI przed wersją 0.1.4. Użytkownik będący członkiem dowolnego workspace'a może odczytywać, modyfikować lub usuwać agentów z innego workspace'a, wykorzystując brak weryfikacji przynależności agenta do workspace'a. Łatka w wersji 0.1.4.
- CVE-2026-47418Wysokie
Podatność w PraisonAI Platform przed wersją 0.1.4. Luka IDOR (Insecure Direct Object Reference) w endpointach CRUD projektów pozwala członkowi dowolnego workspace'a na odczyt, modyfikację, usunięcie lub odczyt statystyk projektów należących do innego workspace'a.
- CVE-2026-47417Wysokie
Podatność IDOR w PraisonAI Platform (wersje przed 0.1.4) w endpointach komentarzy pozwala członkowi dowolnego workspace'a na odczyt i dodawanie komentarzy do zgłoszeń w innych workspace'ach bez weryfikacji przynależności zgłoszenia.
- CVE-2026-47415Wysokie
Podatność IDOR w PraisonAI Platform umożliwia członkowi jednego workspace'a odczyt, modyfikację lub usunięcie zgłoszeń (issues) należących do innego workspace'a. Problem występuje w wersjach przed 0.1.4.
- CVE-2026-47414Wysokie
Podatność IDOR w PraisonAI Platform (wersje przed 0.1.4) pozwala uwierzytelnionemu członkowi przestrzeni roboczej na manipulowanie etykietami (labels) i zadaniami (issues) należącymi do innych przestrzeni. Brak weryfikacji przynależności etykiety/zadania do przestrzeni.
- CVE-2026-47412Wysokie
Podatność w PraisonAI Platform przed wersją 0.1.4. Brak autoryzacji na endpoint DELETE /workspaces/{workspace_id} pozwala każdemu członkowi workspace na usunięcie całego workspace wraz ze wszystkimi powiązanymi danymi (projekty, zgłoszenia, komentarze, agenci, etykiety, rekordy członków).
Oryginalny opis (angielski, źródło NVD)
PraisonAI Platform is the platform layer for the PraisonAI multi-agent teams system. Prior to version 0.1.4, the Platform server exposes resources under `/api/v1/workspaces/{workspace_id}/...` and protects them with a `require_workspace_member(workspace_id)` FastAPI dependency. The dependency only checks that the caller is a member of the workspace_id in the URL prefix. The route handlers then look up the inner resource (`agent_id`, `issue_id`, `project_id`, `label_id`, `comment_id`, `dependency_id`) by primary key alone. The resource's own `workspace_id` is never compared to the URL's `workspace_id`. A user can therefore put their own workspace in the URL prefix and any other workspace's resource ID in the path. The auth check passes, since they really are a member of the prefix workspace. The service then returns the cross-tenant resource for read, update, or delete. There is a second bug in the member-management routes (`add_member`, `update_member_role`, `remove_member`, `update_workspace`, `delete_workspace`). Each one inherits the default `min_role="member"` from `require_workspace_member`. Any basic member can therefore promote themselves to admin or owner, demote or remove other members, and delete the workspace. The role hierarchy exists in the schema but is not enforced. Registration is open at `/api/v1/auth/register` with no email verification. The default server bind is `0.0.0.0:8000` (`python -m praisonai_platform`). One curl from any unauthenticated network position is enough to bootstrap into the system. PraisonAI Platform version 0.1.4 patches the issue.