Katalog podatności CVE

UpSnap przed wersją 5.4.0 ma podatność na wstrzyknięcie poleceń systemu operacyjnego w funkcji zarządzania urządzeniami z powodu niebezpiecznej interpolacji szablonów poleceń powłoki z użyciem pól ip i mac. Wartości kontrolowane przez użytkownika mogą być wstawiane do szablonów wake_cmd i shutdown_cmd i wykonywane przez /bin/sh -c (Linux) lub cmd /C (Windows) bez sanityzacji, co prowadzi do uwierzytelnionego zdalnego wykonania kodu (RCE). Użytkownik z niskimi uprawnieniami, mający uprawnienia do tworzenia lub edycji urządzeń, może wykonać dowolne polecenia systemu operacyjnego na serwerze hostującym UpSnap. Wersja 5.4.0 naprawia ten problem.

FUXA to webowe oprogramowanie do wizualizacji procesów (SCADA/HMI/Pulpit). Gdy ustawienie `secureEnabled=true`, FUXA w wersji 1.3.0-2773 nadal pozwala żądaniom gości i z nieprawidłowymi tokenami na odczyt interfejsów API projektów, alarmów i harmonogramów. Wersja 1.3.1 naprawia ten problem.

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.

Ten rekord CVE został odrzucony lub wycofany przez jego CNA (CVE Numbering Authority).

Interfejs webowy urządzenia używa nagłówka HTTP Referer jako części walidacji żądań. Żądania z pustym nagłówkiem Referer lub bez niego mogą zostać zaakceptowane z powodu niewystarczającej logiki walidacji. Udane wykorzystanie może pozwolić atakującemu z sąsiedztwa na uzyskanie szczegółów konfiguracji urządzenia i innych wrażliwych informacji.

IBM DataPower Gateway w wersjach 11.0.0.0-11.0.0.1, 10.5.0.0-10.5.0.21 i 10.6.0.0-10.6.0.9 ma problem z wyścigiem, który powoduje nieprawidłową izolację stanu żądań podczas obsługi wbudowanego nagłówka X-Client-IP. Przy równoczesnym przetwarzaniu żądań wartości X-Client-IP mogą być mieszane między żądaniami, co umożliwia fałszowanie adresu IP i ujawnianie adresów IP innych klientów.

WolfStack przed wersją 25.9.2 zawiera zaszyty na stałe sekret uwierzytelniania klastra, skompilowany w każdej kompilacji i opublikowany jako stała w src/auth/mod.rs, co pozwala zdalnym nieuwierzytelnionym atakującym ominąć uwierzytelnianie, podając tę wartość w nagłówku X-WolfStack-Secret do bramki require_auth() bez sesji, klucza API ani konta użytkownika. Atakujący mogą uzyskać dostęp do portu zarządzania zaatakowanego węzła, aby wyliczyć wszystkie kontenery Docker i LXC na hoście oraz wykonać dowolne polecenia jako root wewnątrz dowolnego kontenera przez endpoint POST /api/containers/{runtime}/{id}/exec.

kin-openapi to projekt Go do obsługi plików OpenAPI. Przed wersją 0.144.0, ValidationHandler.Load() w openapi3filter/validation_handler.go po cichu zastępuje nil AuthenticationFunc funkcją NoopAuthenticationFunc, która zwraca nil bez sprawdzania poświadczeń. To podstawienie powoduje, że każde wymaganie bezpieczeństwa OpenAPI jest spełnione dla nieuwierzytelnionych żądań, gdy aplikacja polega na ValidationHandler jako middleware egzekwującym. No-op callback uniemożliwia osiągnięcie ścieżki fail-closed ErrAuthenticationServiceMissing i przekazuje żądanie do chronionych handlerów, które mogą wymagać klucza API, tokena OAuth lub innego schematu bezpieczeństwa. Problem naprawiono w wersji 0.144.0.

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.

Loofah w wersjach od 2.25.0 do 2.25.2 nie odrzuca URI javascript: lub vbscript:, których schemat jest podzielony przez odwołania numeryczne znaków bez średnika, takie jak &#58, &#9, &#10 lub &#13. Funkcja CGI.unescapeHTML pozostawia te odwołania zakodowane, więc allowed_uri? uznaje URL za bezpieczny, mimo że przeglądarka dekoduje dwukropek lub usuwa białe znaki i wykonuje wynikowy schemat URI. Problem dotyczy tylko wywołań z bezpośrednio przekazanymi zakodowanymi stringami do allowed_uri?; domyślna ścieżka sanitize() nie jest dotknięta. Problem naprawiono w wersji 2.25.2.

W komponencie insights-client znaleziono błąd: ServiceAccount jest powiązany z ClusterRole przyznającym uprawnienia do pobierania, listowania i obserwowania wszystkich sekretów w klastrze, podczas gdy kod wymaga dostępu tylko do jednego konkretnego sekretu. To nadmierne uprawnienie oznacza, że kompromitacja poda lub tokena ServiceAccount może dać atakującemu dostęp do wszystkich sekretów w klastrze hub, w tym kubeconfigów klastrów zarządzanych i innych wrażliwych poświadczeń.

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

Wykryto usterkę w acm-search-v2-rhel9. Atakujący z uprawnieniami administracyjnymi w klastrze hub, mający dostęp do łatania (patch) do Custom Resource (CR) Search, może wykorzystać podatność w polu `Collector.ImageOverride`. Pozwala to atakującemu wdrożyć dowolny obraz kontenera we wszystkich klastrach zarządzanych. Konsekwencją jest zdalne wykonanie kodu (RCE), umożliwiające atakującemu wykonywanie poleceń i potencjalny dostęp do wrażliwych informacji w całej flocie klastrów zarządzanych.

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.

W pliku vinny/views.py funkcja ModifyEmailNotifications ma podatność IDOR: pobiera VinceCommEmail na podstawie surowego klucza głównego z URL i przełącza email_function/name bez sprawdzenia, czy kontakt należy do grupy administratora żądającego. Pozwala to administratorowi dostawcy na zmianę routingu powiadomień (lub odczytanie adresu e-mail/nazwy) dla kontaktu innego dostawcy.