Katalog podatności CVE

W wersjach przed 0.5.0 biblioteki Remote Attestation TLS Clients dla Rusta i Go, weryfikatory wyzwań RA-TLS akceptowały cytaty (quote) powiązane z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący, który zdobył klucz prywatny TLS enklawy, mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w wersji 0.5.0.

W wersjach przed tdx-v0.2.43 i tdx-gpu-v0.6.27, Enclave OS Virtual umieszczał hash klucza publicznego certyfikatu i nonce klienta w polu ReportData cytatu, ale pomijał wartość powiązaną z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w tdx-v0.2.43 i tdx-gpu-v0.6.27.

W wersjach przed privasys-v0.5.1-go1.26.5, Privasys Go (fork języka Go z obsługą RA-TLS) w trybie wyzwania wiązał pole ReportData cytatu z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w privasys-v0.5.1-go1.26.5.

Aegisub w wersjach od 3.2.0 do 3.4.2 automatycznie ładuje skrypty Automation wskazane w metadanych plików ASS bez pytania użytkownika o zaufanie. Otwarcie spreparowanego pliku ASS może spowodować wykonanie dowolnego kodu z uprawnieniami procesu Aegisub; w wersjach 3.4.0–3.4.2 dodatkowo możliwe jest wykonanie samego pliku jako polyglotu ASS/Lua. Podatność naprawiono w wersji 3.5.0.

Vikunja w wersjach przed 2.4.0 przechowuje tokeny resetowania hasła, potwierdzenia e-mail i usunięcia konta w tabeli user_tokens w postaci jawnej. Atakujący z dostępem do odczytu bazy danych może natychmiast użyć oczekujących tokenów do przejęcia kont użytkowników bez znajomości haseł. Problem naprawiono w wersji 2.4.0.

Vikunja w wersjach 1.0.0–2.3.0, gdy administrator włączy opcję emailfallback dla dostawcy OpenID Connect, łączy logowanie SSO z istniejącym kontem lokalnym wyłącznie na podstawie oświadczenia email od IdP, bez weryfikacji email_verified ani wymogu hasła. Atakujący z tokenem zawierającym e-mail ofiary może zalogować się jako ona bez jej zgody. Problem naprawiono w wersji 2.4.0.

Vikunja w wersji 2.3.0 pozwala tokenowi API ograniczonemu do uprawnienia oauth.authorize wywołać POST /api/v1/oauth/authorize, uzyskać kod autoryzacyjny OAuth i wymienić go na zwykły token JWT oraz refresh token. Uzyskane poświadczenia nie są ograniczone uprawnieniami oryginalnego tokenu API, co daje dostęp do tras spoza zadeklarowanego zakresu. Problem naprawiono w wersji 2.4.0.

W wersjach przed privasys-v0.8.1, Privasys rustls (fork biblioteki rustls z obsługą RA-TLS) emitował certyfikaty wyzwania RA-TLS, których pole ReportData cytatu było powiązane z kluczem publicznym certyfikatu i nonce klienta, ale nie z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w privasys-v0.8.1.

W wersjach przed wasm-v0.40.0, Enclave OS Mini (runtime dla aplikacji poufnych w enklawach Intel SGX) w ścieżce certyfikatów wyzwania RA-TLS umieszczał hash klucza publicznego certyfikatu i nonce klienta w polu ReportData cytatu, ale pomijał wartość powiązaną z aktywną sesją TLS. Atakujący z kluczem prywatnym TLS enklawy mógł przenieść prawdziwy cytat na inne połączenie, powodując akceptację połączenia zakończonego przez atakującego jako uwierzytelnionej enklawy. Problem naprawiono w wasm-v0.40.0.

W wersjach przed 2026.9.1, Wizarr (system zarządzania zaproszeniami dla serwerów medialnych) przetwarzał Markdown z kroków kreatora w niesandboxowanym środowisku Jinja2 z dostępem do globalnych zmiennych aplikacji. Uwierzytelniony użytkownik mogący tworzyć kroki lub administrator importujący niezaufany pakiet przez POST /settings/wizard/import mógł wykonać dowolny kod Pythona podczas renderowania kroku, co mogło prowadzić do wykonania poleceń systemowych, ujawnienia SECRET_KEY, dostępu do poświadczeń usług i bazy danych oraz trwałego XSS. Problem naprawiono w 2026.9.1.

W wersjach przed 1.1.2, Astron Agent (platforma do budowania agentów AI) domyślnie używał LocalExecutor w ścieżce kodu workflow, który dostarczał pełne wbudowane funkcje Pythona do dynamicznego wykonywania kodu bez ograniczeń sandboxa. Uwierzytelniony użytkownik o niskich uprawnieniach mógł wykonać kod jako root w kontenerze core-workflow i użyć współdzielonych poświadczeń do obejścia kontroli dzierżawców, odczytu/modyfikacji danych innych dzierżawców i zakłócenia usług. Problem naprawiono w wersji 1.1.2.

W wersjach przed tinacms 3.14.0 i @tinacms/app 2.5.14, trasa podglądu admina /~/* w Tina (headless CMS) może zamienić kontrolowany przez atakującego splat routera hash na iframe z zewnętrznego origin, a expectedOrigin dla kanału GraphQL jest wyprowadzany z tego samego URL. Nieuwierzytelniony atakujący może wysłać spreparowany link do zalogowanego edytora, powodując osadzenie złośliwego origin i traktowanie go jako zaufanego podglądu, co umożliwia wykonywanie odczytów/mutacji GraphQL z poświadczeniami edytora. Problem naprawiono w tinacms 3.14.0 i @tinacms/app 2.5.14.

Tina (headless CMS) w wersjach przed 0.2.1 przypisuje wartość node.url bezpośrednio do atrybutu href bez walidacji schematu URL w komponencie tina-markdown. Autor treści może zapisać link używający schematu umożliwiającego wykonanie skryptu, a odwiedzający klikający taki link uruchamia złośliwy skrypt w kontekście witryny. Problem naprawiono w wersji 0.2.1.

Tina (headless CMS) w wersjach przed 3.0.0 — @tinacms/cli odczytuje wartości gałęzi Git z VERCEL_GIT_COMMIT_REF, GITHUB_BRANCH lub HEAD i wstawia surową wartość do adresu URL API oraz literałów tekstowych w generowanym kodzie JavaScript. Spreparowana nazwa gałęzi zawierająca cudzysłów może przerwać łańcuch i wstrzyknąć wyrażenie wykonywane przy imporcie wygenerowanego modułu podczas budowania podglądu. Problem naprawiono w wersji 3.0.0.

Shiny for Python to framework do budowania interaktywnych aplikacji webowych w Pythonie. Od wersji 1.4.0 do 1.6.4 funkcja przywracania zakładek przyjmuje state_id dostarczone przez klienta i dołącza je do katalogu shiny_bookmarks po stronie serwera bez walidacji, czy jest to pojedynczy bezpieczny segment ścieżki. Nieuwierzytelnione żądanie może użyć segmentów katalogu nadrzędnego lub ścieżki absolutnej, aby zmusić serwer do otwarcia plików input.json i values.json poza magazynem zakładek, nawet gdy bookmark_store jest ustawione na disable. W aplikacjach skonfigurowanych z bookmark_store ustawionym na server i używających ui.input_file(), procedura obsługi przywracania może dodatkowo skopiować i ujawnić plik wybrany przez atakującego z katalogu wybranego przez atakującego. Problem został naprawiony w wersji 1.6.4.

Mindwtr to darmowa aplikacja do zarządzania zadaniami offline-first na komputery i urządzenia mobilne. Przed wersją 1.1.5 aplikacja mobilna zapisuje token nosiciela synchronizacji w chmurze oraz hasło WebDAV w niezaszyfrowanym AsyncStorage pod kluczami @mindwtr_cloud_token i @mindwtr_webdav_password. Osoba mająca dostęp do bazy danych aplikacji lub ujawnionej kopii zapasowej urządzenia może odzyskać te poświadczenia i użyć ich do dostępu do zsynchronizowanych zadań i załączników użytkownika. Problem został naprawiony w wersji 1.1.5.

CiviForm upraszcza aplikacje o świadczenia rządowe poprzez ponowne wykorzystanie danych wnioskodawcy w wielu aplikacjach. Przed wersją 3.33.0, GET /admin/tiDash/editClientForm/:accountId weryfikuje, że żądający jest Zaufanym Pośrednikiem, ale showEditClientForm wykonuje surowe wyszukiwanie lookupAccount(accountId) bez potwierdzenia, że konto obywatela należy do grupy trustedIntermediaryGroup żądającego. Uwierzytelniony Zaufany Pośrednik może wyliczać wartości accountId i odczytywać wyświetlaną nazwę wnioskodawcy, w tym imię i nazwisko oraz adres e-mail obywatela, dla kont spoza grupy pośrednika. Problem został naprawiony w wersji 3.33.0.

Jexactyl to konfigurowalny panel do zarządzania grami i system rozliczeniowy. Od wersji 4.0.0 do 4.0.5 endpoint POST /api/client/billing/free/process akceptuje kontrolowany przez klienta server_id i ładuje serwer bez ograniczania wyszukiwania do serwerów należących do uwierzytelnionego konta. W instalacjach z włączonym rozliczaniem uwierzytelniony użytkownik może odnowić lub wznowić rozliczany serwer innego dzierżawcy, gdy jego renewal_date jest niepuste i przypada więcej niż siedem dni w przyszłości, nawet bez relacji podużytkownika do tego serwera. Problem został naprawiony w wersji 4.0.5.

Jexactyl w wersjach przed 4.0.5 — endpoint POST /api/client/billing/stripe/process akceptuje sesję Stripe Checkout dostarczoną przez klienta, gdy payment_status ma wartość paid, ale nie porównuje amount_total ani waluty z zamówieniem i skonfigurowaną walutą rozliczeniową. Uwierzytelniony klient może opłacić niższą kwotą lub w niezgodnej walucie i doprowadzić do realizacji zamówienia. Problem naprawiono w wersji 4.0.5.

Contao to otwartoźródłowy CMS. Od wersji 5.7.0 do 5.7.12 metoda TableAccessVoter::hasAccessToModule() w pliku core-bundle/src/Security/Voter/DataContainer/TableAccessVoter.php buforuje decyzje autoryzacyjne używając tylko $tokenHash, hasha tokenu bezpieczeństwa użytkownika, i pomija tabelę zwracaną przez getDataSource(). Jeśli jedno żądanie najpierw sprawdza tabelę dozwoloną dla użytkownika, a następnie inną zabronioną tabelę, voter może ponownie użyć dozwolonego wyniku, podczas gdy DefaultDataContainerVoter może przekonwertować nieprawidłowe wstrzymanie się od głosu na zgodę. Użytkownik backendu z niskimi uprawnieniami może w konsekwencji odczytywać, tworzyć, aktualizować lub usuwać rekordy w tabelach poza przypisanymi uprawnieniami modułu, w tym tabele zawierające dane członków lub subskrybentów newslettera. Problem został naprawiony w wersji 5.7.12.