Katalog podatności CVE

Wtyczka KiviCare dla WordPressa przed wersją 4.5.2 nie ogranicza ról, które można przypisać przez nieuwierzytelniony punkt końcowy rejestracji. Umożliwia to nieuwierzytelnionym atakującym utworzenie aktywnego, uprzywilejowanego konta personelu kliniki (lekarza) z pełnym dostępem do danych pacjentów, rozliczeń i danych kliniki.

W funkcji filtrowania adresów URL w oprogramowaniu Palo Alto Networks PAN-OS występuje podatność na ujawnienie informacji, która umożliwia nieuwierzytelnionemu użytkownikowi z dostępem sieciowym uzyskanie wrażliwych informacji. Panorama nie jest dotknięta tą podatnością.

Podatność w middleware @cedar-policy/authorization-for-expressjs (wersje przed 0.3.0) powoduje rozbieżność między autoryzacją Cedar a routingiem Express. Middleware używa req.originalUrl (zawierającego query string) do dopasowania akcji Cedar, podczas gdy Express routuje na podstawie samej ścieżki. Atakujący może dodać parametr zapytania (np. /users/?x=1), aby ominąć bardziej restrykcyjną politykę i uzyskać dostęp do chronionego zasobu.

Meeting Room Booking System (MRBS) to aplikacja PHP do rezerwacji sal konferencyjnych. Przed wersją 1.12.2 istnieje podatność polegająca na braku walidacji URI dostarczanych przez użytkownika, co pozwala na pobieranie prywatnych lub lokalnych zasobów. Wersja 1.12.2 zawiera poprawkę, brak znanych obejść.

FUXA to webowe oprogramowanie do wizualizacji procesów (SCADA/HMI/Dashboard). W wersji fuxa-server 1.3.0, endpoint GET /api/project ujawnia wrażliwe dane konfiguracyjne projektu żądaniom w kontekście gościa, nawet gdy włączona jest opcja secureEnabled. Wersja 1.3.1 naprawia ten problem.

etcd to rozproszony magazyn klucz-wartość dla danych systemów rozproszonych. Przed wersjami 3.5.33, 3.6.14 i 3.7.1, atakujący sieciowo, który może dotrzeć do nasłuchującego TLS, może otworzyć wiele połączeń TCP i nigdy nie wysłać ClientHello. W client/pkg/transport/listener_tls.go, każde połączenie obsługiwane przez tlsListener.acceptLoop tworzy gorutynę, która blokuje się w nieskończoność wewnątrz tls.Conn.Handshake() i pozostaje śledzona w mapie oczekujących. Nieograniczony wzrost gorutyn i mapy może wyczerpać pamięć procesu etcd, powodując utratę dostępności klastra, a gdy etcd obsługuje Kubernetes, również płaszczyzny sterowania. Problem naprawiono w wersjach 3.5.33, 3.6.14 i 3.7.1.

etcd to rozproszony magazyn klucz-wartość dla danych systemów rozproszonych. Przed wersjami 3.5.33, 3.6.14 i 3.7.1, użytkownik z uprawnieniami READ do pojedynczego klucza może użyć interfejsu Watch gRPC z clientv3.WithFromKey(), aby otrzymywać zdarzenia watch dla każdego klucza leksykograficznie większego lub równego dozwolonemu kluczowi. W server/etcdserver/api/v3rpc/watch.go, otwarty znacznik RangeEnd jest przepisywany przed sprawdzeniem uprawnień RBAC w funkcji isRangeOpPermitted w server/auth/range_perm_cache.go, co powoduje, że żądanie jest traktowane jako watch dokładnego klucza. Żądania Range/Get i DeleteRange nie są dotknięte, a problem dotyczy tylko klastrów z włączonym uwierzytelnianiem. Problem naprawiono w wersjach 3.5.33, 3.6.14 i 3.7.1.

MCP Atlassian to serwer Model Context Protocol (MCP) dla produktów Atlassian (Confluence i Jira). Przed wersją 0.22.0, confluence_upload_attachment przekazuje dostarczoną przez klienta ścieżkę file_path bezpośrednio do open(file_path, "rb") w src/mcp_atlassian/confluence/attachments.py przez _upload_attachment_direct() bez wywołania validate_safe_path. Uwierzytelniony klient MCP może odczytać dowolny plik dostępny dla procesu serwera i wyeksfiltrować go do Confluence jako załącznik. Jeśli agent AI może zostać nakłoniony do wywołania narzędzia przez niezaufaną treść, ta sama wada może ujawnić zmienne środowiskowe serwera, takie jak CONFLUENCE_API_TOKEN i inne poświadczenia. Problem naprawiono w wersji 0.22.0.

blaze-server przed wersjami 0.23.18 i 1.0.0-M42 może scalać pola nagłówków trailerów z chunked body HTTP/1.1 do `Request.headers`. Ponieważ pola trailerów są kontrolowane przez atakującego, niezautentykowany zdalny klient może wstrzyknąć dowolne nazwy i wartości nagłówków, w tym X-Forwarded-For i wewnętrzne nagłówki autoryzacyjne, które proxy frontowe usunęło z sekcji nagłówków żądania, omijając decyzje oparte na zaufaniu do nagłówków.

Http4s (http4s-blaze-server) to minimalny, idiomatyczny interfejs Scala dla usług HTTP. Przed wersjami 0.23.18 i 1.0.0-M42, http4s-blaze-server agreguje fragmenty przychodzącej wiadomości WebSocket bez limitu całkowitego rozmiaru lub liczby fragmentów. Klient, który ukończy uzgadnianie WebSocket, może wysłać niezakończoną pofragmentowaną wiadomość i spowodować nieograniczony wzrost sterty w JVM serwera, co prowadzi do odmowy usługi przez OutOfMemoryError. Dotyczy to każdej aplikacji http4s obsługującej trasy WebSocket przez BlazeServerBuilder, nie jest wymagana żadna niestandardowa konfiguracja, a maxWebSocketBufferSize nie ogranicza agregatu, ponieważ ogranicza tylko pojedyncze ramki. Pojedyncze połączenie wysyłające ramki kontynuacji, które nigdy nie ustawiają FIN, zmusza serwer do buforowania każdego fragmentu aż do wyczerpania sterty, kończąc JVM z OutOfMemoryError na wątku selektora blaze. Małe fragmenty zwiększają koszt przez narzut na obiekt, więc niewielka ilość bajtów w sieci jest wystarczająca. Problem naprawiono w wersjach 0.23.18 i 1.0.0-M42.

Znaleziono usterkę w komponencie `search-v2-operator`. Użytkownik z określonymi uprawnieniami administracyjnymi na klastrze zarządzanym może wykorzystać podatność, która pozwala mu wstrzykiwać dowolne dane konfiguracyjne. Ta manipulacja może nadpisać krytyczne ustawienia, prowadząc do zastąpienia obrazów kontenerów. To ostatecznie skutkuje wstrzyknięciem obrazów kontenerów na klastrze zarządzanym, potencjalnie naruszając jego integralność.

Znaleziono usterkę w search-v2-api. Nieuwierzytelniony atakujący może wykorzystać tę podatność, wysyłając żądania z unikalnymi losowymi tokenami bearer. Każdy unikalny token tworzy trwały wpis w nieograniczonej pamięci podręcznej tokenReviews, która nie jest odpowiednio czyszczona. Może to prowadzić do wyczerpania pamięci poda search-api, co skutkuje odmową usługi (DoS).

Definicja źródła danych z nadmiernie długą ścieżką pliku może spowodować, że okno konfiguracji sterownika ODBC MongoDB BI Connector zapisze dane poza przydzielonym buforem. Problem wynika z nieprawidłowego obliczenia pojemności bufora w obsłudze wyboru plików i folderów i występuje tylko po otwarciu okna konfiguracji i zainicjowaniu wyboru. W zależności od konfiguracji może to prowadzić do awarii procesu lub, w pewnych warunkach, do wykonania niepożądanego kodu.

IBM i w wersjach 7.6, 7.5, 7.4 i 7.3 może pozwolić zdalnemu atakującemu na spowodowanie odmowy usługi i uzyskanie wrażliwych informacji z powodu niedomiaru liczby całkowitej.

IBM Db2 w wersjach 11.5.0 do 11.5.9 oraz 12.1.0 do 12.1.5 jest podatny na przepełnienie bufora w parserze IXF IMPORT.

NextAuth.js przed wersjami @auth/core 0.41.3, next-auth 4.24.15 i 5.0.0-beta.32 może rzucić nieprzechwycony wyjątek w funkcji getToken() podczas odczytu źle sformułowanego nagłówka Authorization: Bearer. Gdy brak ciasteczka sesji, getToken() dekoduje wartość Bearer przed walidacją, a nieprawidłowe kodowanie procentowe powoduje błąd decodeURIComponent(). Może to prowadzić do odmowy usługi na żądanie bez ujawnienia tokenów lub obejścia uwierzytelniania.

ServiceTalk HTTP/1.x nieprawidłowo obsługuje źle sformułowane nagłówki Transfer-Encoding, co może prowadzić do ataków typu request smuggling. Podatność została naprawiona w wersji 0.42.65.

Nieuwierzytelniony zdalny peer może doprowadzić do awarii rsyslogd z powodu błędu w opcjonalnym module imptcp. Specjalnie spreparowana sekwencja wejściowa podczas odzyskiwania po ramce o nadmiernym rozmiarze może spowodować nieprawidłową wewnętrzną długość wiadomości i zakończyć działanie rsyslogd. Nie stwierdzono wpływu na poufność, integralność, eskalację uprawnień ani wykonanie kodu.

Aplikacja używająca sterownika ODBC MongoDB BI Connector może doświadczyć problemu bezpieczeństwa pamięci podczas przetwarzania parametrów wyjściowych z procedury składowanej. Wywołanie problemu wymaga połączenia z niezaufanym lub podszytym serwerem bazy danych, który zwraca spreparowane metadane. Może to prowadzić do zakończenia procesu, ujawnienia pamięci procesu lub, w pewnych warunkach, wykonania dowolnego kodu.

Brak kontroli granic podczas analizowania metadanych parametrów procedury składowanej w sterowniku ODBC MongoDB BI Connector może prowadzić do zapisu poza zakresem w procesie aplikacji klienckiej. Wywołanie problemu wymaga kontroli nad serwerem, do którego łączy się sterownik, lub możliwości odpowiedzi w jego imieniu, w celu zwrócenia nieprawidłowych metadanych. Uszkodzenie pamięci może spowodować nieprawidłowe zakończenie aplikacji klienckiej lub, w pewnych warunkach, wykonanie niepożądanego kodu.