Katalog podatności CVE

W Plane (open-source narzędzie do zarządzania projektami) w wersjach przed 1.4.0 walidacja GITEA_HOST sprawdza tylko schemat URL i nie odrzuca hostów rozwiązujących się na prywatne lub wewnętrzne adresy IP. Cztery żądania wychodzące w przepływie OAuth Gitea są tworzone na podstawie tego niezwalidowanego hosta i nie wywołują validate_url(). Dodatkowo avatar_url pochodzi z profilu użytkownika Gitea, gdzie można ustawić zewnętrzne adresy URL. Po włączeniu OAuth Gitea przez administratora, użytkownik Gitea może ustawić wewnętrzny URL jako avatar i zalogować się przez Gitea, powodując pobranie wewnętrznego celu bez walidacji.

W Plane (open-source narzędzie do zarządzania projektami) w wersjach przed 1.4.0 endpointy zasobów dashboardu w plane/app/views/asset/v2.py zostały naprawione pod kątem dwóch cross-tenant IDOR (CVE-2026-27705 i CVE-2026-46558), ale aplikacja Spaces w plane/space/views/asset.py obsługująca operacje publicznych tablic pod /api/public/ nie została naprawiona. EntityAssetEndpoint i AssetRestoreEndpoint rozwiązują DeployBoard z publicznego anchora, a następnie odczytują lub modyfikują wiersze FileAsset w zakresie tylko workspace tablicy, bez sprawdzania członkostwa i ograniczenia project_id. Atakujący może odczytywać, nadpisywać lub przywracać zasoby między projektami i workspace'ami.

W Plane (open-source narzędzie do zarządzania projektami) w wersjach przed 1.4.0 użytkownik, którego konto zostało dezaktywowane przez ustawienie is_active=False, może nadal zalogować się przy użyciu istniejących poświadczeń. Udana autoryzacja po cichu zmienia is_active z powrotem na True, reaktywując konto bez powiadamiania administratora.

W Plane (open-source narzędzie do zarządzania projektami) w wersjach przed 1.4.0 poprawka dla CVE-2026-30242 waliduje adresy IP webhooków tylko przy tworzeniu webhooka w apps/api/plane/app/serializers/webhook.py. Zadanie dostarczania w apps/api/plane/bgtasks/webhook_task.py wykonuje osobną resolucję DNS przy wysyłaniu żądania i nie waliduje rozwiązanego adresu IP, co pozwala na DNS rebinding i obejście ochrony SSRF.

W Plane (open-source narzędzie do zarządzania projektami) w wersjach przed 1.4.0 DuplicateAssetEndpoint pobiera źródłowy FileAsset bez ograniczenia do workspace wywołującego, co pozwala na duplikację zasobów między workspace'ami. WorkspaceFileAssetEndpoint i legacy FileAssetEndpoint pomijają autoryzację workspace, umożliwiając uwierzytelnionym użytkownikom odczyt, tworzenie, modyfikację lub usuwanie zasobów w workspace'ach, których nie są członkami. Dodatkowo WorkspaceViewViewSet.retrieve nie ma dekoratora autoryzacji używanego przez inne akcje, co odsłania nieautoryzowany odczyt widoków workspace.

FacturaScripts przed wersją 2026.7 zawiera podatność na wstrzykiwanie obiektów PHP w funkcji WidgetSelect::processFormData(), która pozwala uwierzytelnionym atakującym wywołać unserialize() na surowych danych POST bez filtra allowed_classes dla pól wielokrotnego wyboru. Atakujący mogą przesłać zserializowany obiekt XLSXWriter jako wartość pola, aby wywołać jego metodę __destruct(), usuwając dowolne pliki wskazane przez atakującego, takie jak config.php lub dane kopii zapasowej, co prowadzi do odmowy usługi i potencjalnego przejęcia reinstalacji aplikacji.

W Quay wykryto lukę, która pozwala zdalnemu atakującemu nakłonić użytkownika do zalogowania się przez spreparowany link, co prowadzi do cross-site scripting (XSS). Aplikacja nie weryfikuje celu przekierowania przed nawigacją, co umożliwia wykonanie dowolnego skryptu w kontekście uwierzytelnionej sesji przeglądarki ofiary. Wykorzystanie wymaga, aby docelowe wdrożenie Quay używało bezpośredniego uwierzytelniania w bazie danych, a ofiara zakończyła logowanie przez złośliwy URL.

W Quay wykryto lukę typu cross-site scripting (XSS) w obsłudze wywołania zwrotnego OAuth. Poprzez nakłonienie zalogowanego użytkownika do odwiedzenia specjalnie spreparowanego linku atakujący może wykonać dowolny kod JavaScript w kontekście sesji przeglądarki użytkownika z powodu niewłaściwej sanityzacji danych wejściowych.

W operatorze HyperShift znaleziono błąd polegający na tym, że operator kopiuje dostarczone przez użytkownika sekrety konfiguracji Kubernetes (kubeconfig) bezpośrednio do uprzywilejowanej przestrzeni nazw płaszczyzny sterowania bez odpowiedniej walidacji i sanityzacji. Uwierzytelniony użytkownik z uprawnieniami do tworzenia klastrów i sekretów może wykorzystać tę podatność, dostarczając konfigurację zawierającą nieautoryzowane wykonywalne wtyczki. Gdy kontrolery niższego poziomu konsumują tę konfigurację, atakujący może osiągnąć arbitralne wykonanie kodu w płaszczyźnie sterowania.

Podatność typu Reflected Cross-site Scripting (XSS) w wtyczce Adsmonetizer (adsensei-b30) autorstwa Jose Fernandez. Problem dotyczy niewłaściwej neutralizacji danych wejściowych podczas generowania strony internetowej. Podatność występuje we wszystkich wersjach do 3.2.4 włącznie.

W Eclipse Che w wersjach 7.29.0 i późniejszych, endpointy GET `/api/scm/resolve` i POST `/api/factory/resolver` przekazują kontrolowany przez atakującego URL do `URLFetcher.fetch()`, który wywołuje `new URL(url).openConnection()` bez listy dozwolonych schematów lub hostów i zwraca treść odpowiedzi do wywołującego. Każdy uwierzytelniony użytkownik Che może czytać dowolne pliki lokalne (w tym token konta usługowego Kubernetes), uzyskiwać dostęp do wewnętrznych usług HTTP i endpointów metadanych chmury, a także przekazywać swoje przechowywane tokeny SCM jako nagłówek Authorization do wybranego hosta. To samo zachowanie występuje, gdy ofiara otwiera przestrzeń roboczą ze złośliwego devfile, którego `parent.uri` wskazuje na serwer kontrolowany przez atakującego, co umożliwia eksfiltrację tokenu PAT ofiary bez bezpośredniego dostępu do API. Brak dostępnej poprawki.

API gRPC WatchEvent w Velociraptor pozwala na określenie OrgId organizacji, z której mają być strumieniowane zdarzenia. Serwer sprawdza uprawnienia API względem organizacji wywołującego, a nie żądanej organizacji. Pozwala to użytkownikowi z dostępem API w jednej organizacji na odczyt zdarzeń z innej organizacji, do której nie ma uprawnień.

auto-changelog przed wersją 2.6.1 scala konfigurację z repozytorium docelowego (plik .auto-changelog i klucz auto-changelog w package.json) do swoich opcji i honoruje wrażliwe na bezpieczeństwo opcje z tego niezaufanego źródła. Opcja handlebarsSetup jest przekazywana do require(), więc uruchomienie auto-changelog na zawartości kontrolowanej przez atakującego (np. w CI, które sprawdza głowę niezaufanego pull requesta, lub lokalnie na forku) wykonuje kod wybrany przez atakującego z uprawnieniami użytkownika lub zadania CI, w tym dostęp do sekretów workflow, bez instalowania zależności repozytorium. Opcja plugins podobnie ładuje moduły kontrolowane przez atakującego z repozytorium. W tych samych warunkach appendGitLog/appendGitTag umożliwiają wstrzyknięcie argumentów git (np. --output= do zapisu dowolnych plików), output pozwala pisać treści wpływające na atakującego do dowolnych ścieżek, a template powoduje żądanie wychodzące do wybranego przez atakującego URL. Wersja 2.6.1 traktuje konfigurację w repozytorium jako niezaufaną i odmawia uruchomienia, gdy ustawia te opcje, chyba że przekazano nowy flag --unsafe-config.

W systemie HospitalManagementSystem od onetwothreeneth do wersji 9ef91ed6007314b6473110ed699dff76d158f61d zidentyfikowano podatność w nieznanej funkcji pliku php/controller.php. Manipulacja argumentem transaction_idS prowadzi do wstrzyknięcia SQL. Atak może być wykonany zdalnie. Exploit został ujawniony publicznie i może być użyty. Projekt nie odpowiedział na zgłoszenie.

W systemie onetwothreeneth HospitalManagementSystem wykryto błąd w funkcji update_subaccount w pliku php/controller.php (komponent Account Administration). Manipulacja argumentem user_id prowadzi do nieprawidłowej autoryzacji, a podatność może być wykorzystana zdalnie. Exploit został opublikowany i może być użyty.

W narzędziu Plane (wersje od 0.13 do 1.4.0) endpoint InstanceAdminSignUpEndpoint używa InstanceAdmin.objects.first() do sprawdzenia pierwszego administratora i tworzy konto bez transakcji atomowej, blokady wiersza czy zabezpieczenia unikalności. Dwa równoczesne nieuwierzytelnione żądania z różnymi adresami e-mail mogą oba uznać, że nie istnieje administrator instancji, utworzyć osobne konta i otrzymać sesje z uprawnieniami administratora instancji.

Plane to narzędzie do zarządzania projektami typu open-source. Przed wersją 1.4.0 endpoint cykli przyjmuje UUID problemów w treści żądania bez walidacji, czy należą one do przestrzeni roboczej wywołującego. Uwierzytelniony użytkownik może dodać problemy z dowolnej przestrzeni roboczej do cyklu, który kontroluje. Jeśli problem ofiary jest już przypisany do cyklu, operacja usuwa go z cyklu ofiary, powodując destrukcyjny zapis między dzierżawcami. Problem naprawiono w wersji 1.4.0.

W Plane przed wersją 1.4.0 endpoint GET /api/workspaces/{slug}/entity-search/?query_type=user_mention zwraca nazwy wyświetlane, UUID i adresy URL awatarów członków workspace każdemu uwierzytelnionemu użytkownikowi znającemu slug workspace, nawet jeśli nie jest członkiem. Endpoint ujawnia również wiersze ProjectMember w tej samej sytuacji, ponieważ SearchEndpoint dziedziczy BaseAPIView tylko z permission_classes = [IsAuthenticated] i nie sprawdza członkostwa w workspace.

Plane to narzędzie do zarządzania projektami typu open-source. Przed wersją 1.4.0 endpointy BulkDeleteIssuesEndpoint i SubIssuesEndpoint w apps/api/plane/app/views/issue/ przyjmują identyfikatory problemów z treści żądania lub URL i operują na nich bez sprawdzania, czy należą do przestrzeni roboczej i projektu wywołującego. Dekorator uprawnień na każdym endpointcie sprawdza tylko, czy wywołujący jest członkiem lub administratorem przestrzeni roboczej i projektu wymienionych w URL. BulkDeleteIssuesEndpoint może zniszczyć asocjacje CycleIssue i ModuleIssue należące do obcych problemów. SubIssuesEndpoint może przenieść obce problemy pod wybrany przez atakującego problem i zwrócić metadane obcych problemów. Problem naprawiono w wersji 1.4.0.

W Plane przed wersją 1.4.0 dwie rodziny endpointów nie weryfikują, czy zagnieżdżone identyfikatory zasobów należą do workspace i projektu wskazanych w URL. Uwierzytelniony użytkownik może odczytywać lub modyfikować szacunki z innego workspace przez PATCH /api/workspaces/{slug}/projects/{project_id}/estimates/{estimate_id}/ oraz wstrzykiwać komentarze do zgłoszenia z innego workspace przez POST /api/workspaces/{slug}/projects/{project_id}/issues/{issue_id}/comments/. ProjectEntityPermission sprawdza członkostwo w workspace i projekcie z URL, ale estimate_id i issue_id są pobierane po kluczu głównym bez potwierdzenia tego samego zakresu.