Podatności PraisonAI Platform

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

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.

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

W platformie PraisonAI w wersjach przed 0.1.4 brak autoryzacji w endpointzie PATCH /workspaces/{workspace_id} pozwala każdemu członkowi na modyfikację nazwy, opisu i ustawień JSON obszaru roboczego. Może to prowadzić do wstrzyknięcia konfiguracji.

Podatność w PraisonAI Platform umożliwia każdemu członkowi workspace'a usunięcie dowolnego innego członka, w tym właściciela workspace'a, bez sprawdzania roli. Problem występuje w wersjach przed 0.1.4.

Podatność w PraisonAI Platform (wersje przed 0.1.4) polegająca na niebezpiecznym bezpośrednim odwołaniu do obiektu (IDOR). Endpoint `GET /workspaces/{workspace_id}/issues/{issue_id}/activity` nie sprawdza przynależności do workspace, umożliwiając członkowi dowolnego workspace odczyt pełnego dziennika aktywności każdego zgłoszenia w całej wielodostępnej instalacji.

Podatność typu Insecure Direct Object Reference (IDOR) w PraisonAI Platform przed wersją 0.1.4. Punkty końcowe zależności nie weryfikują, czy identyfikatory problemów i zależności należą do sprawdzonego obszaru roboczego, co pozwala atakującemu na tworzenie powiązań między dowolnymi problemami w bazie danych.

Podatność w PraisonAI Platform przed wersją 0.1.4. Uszkodzona kontrola dostępu w trasach zarządzania przestrzenią roboczą pozwala każdemu uwierzytelnionemu członkowi o niskich uprawnieniach na eskalację własnej roli do właściciela (owner).

W PraisonAI Platform przed wersją 0.1.4, trasy REST z zakresem obszaru roboczego mają wadę autoryzacji na poziomie obiektu, umożliwiającą uwierzytelnionemu użytkownikowi z jednego obszaru roboczego dostęp do obiektów innego obszaru poprzez podanie globalnego UUID ofiary.

Podatność w platformie PraisonAI przed wersją 0.1.9 umożliwia członkom przestrzeni roboczej zmianę nazw i kolorów współdzielonych etykiet oraz dodawanie/usuwanie etykiet do zgłoszeń utworzonych przez właściciela. Atakujący z uprawnieniami członka mogą wykorzystać punkty końcowe PATCH i POST/DELETE do manipulacji taksonomią etykiet bez autoryzacji właściciela lub administratora.

Podatność w PraisonAI Platform przed wersją 0.1.9 pozwala członkowi przestrzeni roboczej na modyfikację rekordów utworzonych przez właściciela, takich jak projekty, zgłoszenia i agenci, bez wymaganej autoryzacji właściciela lub administratora. W przypadku projektów członek może zmienić identyfikator lidera na własny, a następnie usunąć projekt, omijając sprawdzenie uprawnień.

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.