Katalog podatności CVE

Stencil core 4.43.5 zawiera podatność DOM-based cross-site scripting (XSS) w komponencie runtime. Gdy aplikacja korzysta z eksperymentalnej opcji slot fixes i używa komponentów scoped, przypisanie ciągu znaków do właściwości textContent elementu hosta powoduje, że wartość jest interpretowana jako HTML zamiast tekstu. Jeśli aplikacja zapisuje dane kontrolowane przez atakującego do tych elementów, dane mogą być interpretowane jako znaczniki i skrypt może wykonać się w kontekście pochodzenia aplikacji.

Stencil core 4.43.5 jest podatny na nieprawidłową kontrolę dostępu.

web2py 3.2.2-stable (commit a7330a2bf21219fa77860b6665de927dd4f98e6d) jest podatny na Directory Traversal w funkcjach read_file()/write_file() (applications/admin/controllers/webservices.py).

Envoy przed wersjami 1.36.10, 1.37.6, 1.38.4 i 1.39.1 ma podatność w ścieżkach Utility::copyInternetAddressAndPort oraz QUIC client-address, które rekonstruują adresy IPv6 ze scopem. Ciąg zawiera identyfikator zakresu (percent scope), którego inet_pton nie może sparsować, co powoduje wyjątek lub przerwanie działania. Wdrożenia transparent-proxy z ORIGINAL_DST oraz dotknięte ścieżki QUIC mogą zakończyć proces. Problem naprawiono w wersjach 1.36.10, 1.37.6, 1.38.4 i 1.39.1.

Supabase Realtime przed wersją 2.111.2 ma podatność w autoryzacji, która nie honoruje poprawnie polityki bezpieczeństwa na poziomie wierszy (RLS) presence.read dla rozszerzenia, gdy klient kanału prywatnego ma przyznane presence.write, ale jawnie odmówione presence.read. W takiej sytuacji klient może otrzymywać wiadomości presence_diff zawierające metadane obecności innych członków, w tym lokalizację, status online, listę, oglądanie lub informacje o pisaniu. Wdrożenia z jednolitą widocznością obecności nie mają tej różnicy, a dane postgres_changes nie są dotknięte. Problem naprawiono w wersji 2.111.2.

W Sync-in Server przed wersją 2.4.0 mechanizm blokady konta po nieudanych próbach TOTP nie działa, ponieważ licznik passwordAttempts nie jest zwiększany. Atakujący może zgadywać kody TOTP bez ograniczeń, a po trafieniu uzyskać token klienta wymienialny na pełny JWT, a także trwale wyłączyć MFA.

W Tautulli przed wersją 2.17.2 nieuwierzytelniony endpoint /auth/redirect usuwa ukośniki z parametru redirect_uri, ale pozostawia znaki tabulacji, nowej linii i powrotu karetki. Przy domyślnej konfiguracji HTTP_ROOT pozwala to przekierować użytkownika na zewnętrzną domenę kontrolowaną przez atakującego.

W Envoy przed wersjami 1.36.10, 1.37.6, 1.38.4 i 1.39.1 klient zewnętrznej autoryzacji HTTP może zachować nieaktualny callback po odrzuceniu żądania. Późniejsze przetworzenie odpowiedzi autoryzacyjnej wywołuje callback po zniszczeniu jego właściciela, powodując use-after-free i awarię procesu.

W Tautulli przed wersją 2.17.2 pole cron newslettera jest wstawiane do łańcucha JavaScript bez bezpiecznego kodowania JSON. Administrator lub osoba z kluczem API Tautulli może zapisać spreparowaną wartość cron, która wykona skrypt w kontekście webowym Tautulli, gdy administrator otworzy okno konfiguracji newslettera.

W Envoy przed wersjami 1.36.10, 1.37.6, 1.38.4 i 1.39.1 funkcja allocateConnPool odwołuje się do transport_socket_options bez sprawdzenia, czy wskaźnik nie jest pusty. Przy włączonym auto_config i HTTP/3 zwykły ruch może wywołać awarię procesu roboczego Envoy.

W Tautulli przed wersją 2.17.2 endpoint /search wstawia kontrolowany przez użytkownika parametr zapytania do łańcucha JavaScript z ręcznym escapowaniem, które nie obsługuje odwrotnych ukośników. Sekwencja odwrotny ukośnik-cudzysłów może zakończyć łańcuch, umożliwiając nieuwierzytelnionemu atakującemu wykonanie skryptu w kontekście webowym Tautulli, gdy uwierzytelniony użytkownik kliknie spreparowany link.

jshERP do wersji 3.6 zawiera podatność obejścia izolacji dzierżawców, która pozwala uwierzytelnionym użytkownikom odczytywać rekordy innych dzierżawców przez endpoint GET /tenant/info. Atakujący może iterować klucz główny, aby wyliczyć i uzyskać dostęp do danych wrażliwych, takich jak nazwy logowania, daty ważności, limity użytkowników i stan włączenia wszystkich dzierżawców platformy.

jshERP do wersji 3.6 nie sprawdza autoryzacji na endpoincie POST /userBusiness/updateBtnStr, co pozwala uwierzytelnionym użytkownikom modyfikować definicje uprawnień przycisków ról. Atakujący może podać dowolne parametry roleId i btnStr, aby nadpisać konfigurację uprawnień przycisków dla dowolnej roli w dzierżawie bez weryfikacji uprawnień.

jshERP do wersji 3.6 nie usuwa skrótów haseł w endpoincie /user/info, co pozwala uwierzytelnionym użytkownikom pobrać niesolone skróty MD5 haseł dowolnego użytkownika. Atakujący może podać identyfikatory użytkowników, aby uzyskać skróty haseł nadające się do łamania offline lub bezpośredniego obejścia uwierzytelniania.

W Warpgate przed wersją 0.28.4 endpoint PUT /@warpgate/admin/api/users/:id/roles/:role_id nie wymaga uprawnienia AdminPermission::AccessRolesAssign. Ograniczony administrator z dowolnym uprawnieniem może zaktualizować expires_at istniejącego przypisania roli i wyczyścić revoked_at, wydłużając wygasające uprawnienie lub przywracając odebrane.

Warpgate do wersji 0.27.6 włącznie ma podatność w ścieżce SSH przez przeglądarkę, gdzie klucz hosta skoku (jump host) jest zapisywany dla adresu docelowego. W trybach Prompt i AutoAccept maszyna prezentująca klucz skoku na adresie docelowym może zostać zaakceptowana jako cel, co pozwala na przechwycenie ruchu użytkownika i nowo wydanego certyfikatu przy uwierzytelnianiu certyfikatowym. Natywna ścieżka SSH nie jest dotknięta, ponieważ śledzi każdy skok osobno. Problem naprawiono w wersji 0.27.6.

Warpgate do wersji 0.27.3 włącznie ma podatność w uwierzytelnianiu tokenem API HTTP, gdzie walidacja tokenu nie egzekwuje ograniczeń allowed_ip_ranges właściciela tokenu. Atakujący posiadający wyciekły, wyłudzony lub wykradziony token X-Warpgate-Token może go użyć z zabronionej lokalizacji sieciowej. Wdrożenia bez allowed_ip_ranges nie są dotknięte, a inne ścieżki (HTTP target proxying, SSH, MySQL, PostgreSQL, RDP, VNC, Kubernetes) nie akceptują tej podatnej ścieżki tokenu HTTP. Problem naprawiono w wersji 0.27.3.

Dell Command | Integration Suite for System Center w wersjach przed 6.7.2 ma podatność związaną z nieprawidłowymi domyślnymi uprawnieniami. Atakujący z niskimi uprawnieniami i lokalnym dostępem może wykorzystać tę podatność, prowadząc do ujawnienia informacji.

Dell Command | Intel vPro Out of Band w wersjach przed 4.7.2 ma podatność związaną z nieprawidłowymi domyślnymi uprawnieniami. Atakujący z niskimi uprawnieniami i lokalnym dostępem może wykorzystać tę podatność, prowadząc do ujawnienia informacji.

Warpgate przed wersją 0.25.6 ma podatność w proxy HTTP, gdzie nagłówek x-warpgate-username dostarczony przez klienta jest przekazywany przed dodaniem uwierzytelnionego użytkownika. Ponieważ konstruktor żądań zachowuje powtórzone wartości, backend ufający pierwszej wartości może autoryzować uwierzytelnionego atakującego jako innego użytkownika. Podobnie akceptowany jest zarezerwowany nagłówek x-warpgate-authentication-type. Problem naprawiono w wersji 0.25.6.