CVE-2026-47413

W praisonai-platform przed wersją 0.1.9 usunięcie zależności może zostać autoryzowane po niewłaściwej stronie krawędzi zależności. Członek workspace nie może usunąć zależności przez endpoint zgłoszenia utworzonego przez właściciela, ale może usunąć tę samą zależność przez endpoint powiązanego zgłoszenia należącego do członka, ponieważ trasa akceptuje oba endpointy i sprawdza uprawnienia tylko względem wybranego przez wywołującego URL. Wersja 0.1.9 naprawia problem.

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'.

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.

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.

W praisonai-platform od wersji 0.1.4 do przed 0.1.5 członek obszaru roboczego może trwale usuwać dowolne zasoby (projekty, agentów, zgłoszenia, etykiety, zależności zgłoszeń i załączniki etykiet) utworzone przez właściciela lub innych członków. Wszystkie sześć punktów końcowych DELETE sprawdza członkostwo w obszarze roboczym, ale nie sprawdza własności ani roli. Podatność naprawiono w wersji 0.1.5.

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.

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.

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.

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.

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.