Katalog podatności CVE

Serwer MCP Apify przed wersją 0.10.11 nie weryfikuje pochodzenia adresu URL w funkcji getActorMCPServerURL, co pozwala złośliwemu wydawcy aktora na przekierowanie połączenia do zewnętrznego hosta. W rezultacie token API Apify ofiary może zostać ujawniony, umożliwiając dostęp do aktorów, danych i zasobów rozliczanych.

Lemur przed wersją 1.9.1 ma domyślnie wyłączone flagi ADMIN_ONLY_AUTHORITY_CREATION i LEMUR_STRICT_ROLE_ENFORCEMENT, co powoduje, że kontrola uprawnień przepuszcza każdego uwierzytelnionego użytkownika, w tym rolę tylko do odczytu. Użytkownik może tworzyć urzędy certyfikacji, przesyłać certyfikaty, tworzyć powiadomienia i wpisy domen.

Saleor od wersji 2.10.0rc1 do 3.21.67, 3.22.63 i 3.23.22 traktuje weryfikację e-maila jako wystarczający dowód własności konta i automatycznie łączy anonimowe dane handlowe z nowo aktywowanym kontem. Atakujący może utworzyć konto z adresem e-mail ofiary, a po aktywacji przez ofiarę uzyskać dostęp do jej historii zamówień i danych osobowych.

Wiele produktów Dell (AppSync, Metro Node, UCC Edge, VxRail, PowerMax, Unity, PowerFlex Manager, PowerFlex Intelligent Catalog, PowerFlex Rack) zawiera podatność na podążanie za dowiązaniami symbolicznymi UNIX. Atakujący z niskimi uprawnieniami i lokalnym dostępem może wykorzystać tę podatność do eskalacji uprawnień.

Wykryto wadę w managed-serviceaccount. Zaatakowany pod addon-manager, ze względu na nadmierne uprawnienia nadane przez ClusterRole, może odczytać dowolne sekrety we wszystkich przestrzeniach nazw. Dodatkowo może zatwierdzać dowolne żądania podpisania certyfikatów (CSR), co może prowadzić do ujawnienia informacji i eskalacji uprawnień w klastrze.

Nieprawidłowa walidacja danych wejściowych w handlerze trasy capabilities w OpenSearch Dashboards – rozmiar ładunku żądania nie jest ograniczony – może pozwolić zdalnym atakującym na spowodowanie odmowy usługi poprzez spreparowane żądanie HTTP.

W Joomla! Core występuje nieprawidłowa walidacja pochodzenia CORS. Nieprawidłowa implementacja uniemożliwia poprawną walidację skonfigurowanych źródeł CORS w żądaniach CORS.

Dell PowerStore SDNAS zawiera podatność kopiowania bufora bez sprawdzania rozmiaru wejścia w NFS/RPC. Nieuwierzytelniony atakujący ze zdalnym dostępem może potencjalnie wykorzystać tę podatność, prowadząc do wykonania poleceń i odmowy usługi.

Biblioteka kliencka RabbitMQ Java przed wersją 5.33.1 pozwala na rekurencyjne wywołania ValueReader.readFieldValue dla typów AMQP F i A bez limitu głębokości zagnieżdżenia. Złośliwy serwer AMQP lub pośrednik sieciowy może wysłać około 580 zagnieżdżonych poziomów tabel w ramce connection.start przed uwierzytelnieniem, co powoduje StackOverflowError i zatrzymanie wątku przetwarzania wejścia, prowadząc do odmowy usługi.

Biblioteka kliencka RabbitMQ Java przed wersją 5.33.1 używa ValueReader.readBytes do akceptowania zadeklarowanej długości poniżej Integer.MAX_VALUE i alokuje tablicę bajtów przed sprawdzeniem dostępnych bajtów w ramce. Złośliwy peer AMQP może wysłać pole LongString z typem S i długością taką jak 0x7FFFFFFE, powodując alokację około 2 GB i OutOfMemoryError, co może zakończyć działanie JVM i spowodować odmowę usługi.

Biblioteka kliencka RabbitMQ Java przed wersją 5.33.0 przekazuje wartość javaReturnType z niezaufanej odpowiedzi system.describe do Class.forName z inicjalizacją. Atakujący, który może odpowiedzieć na żądanie JsonRpcClient przez wspólny broker lub przechwycenie sieci, może wybrać klasę już obecną w JVM ofiary i wywołać jej statyczny inicjalizator, co może wpłynąć na poufność, integralność i dostępność procesu klienta.

authentik przed wersjami 2026.2.6 i 2026.5.5 udostępnia listę wszystkich skonfigurowanych punktów końcowych Remote Access Control każdemu uwierzytelnionemu użytkownikowi, niezależnie od uprawnień do aplikacji. Odpowiedź zawiera ustawienia połączeń, które mogą zawierać przechowywane poświadczenia. Każdy uwierzytelniony użytkownik może odczytać wszystkie punkty końcowe wraz z hostem i poświadczeniami oraz otworzyć połączenie do punktu końcowego należącego do innej aplikacji, co ujawnia poświadczenia dla zarządzanych celów RDP, SSH i VNC oraz daje interaktywny dostęp do systemów, do których użytkownik nie był autoryzowany.

authentik przed wersjami 2026.2.6 i 2026.5.5 w przedsiębiorczych etapach Google Chrome device-trust kontynuuje przepływ bez potwierdzenia, że atestacja urządzenia poza pasmem faktycznie się odbyła. Atakujący, który może dotrzeć do takiego etapu, może pominąć iframe weryfikacyjny i uwierzytelnić się z urządzenia, które nigdy nie zostało zweryfikowane. Tam, gdzie zaufanie do urządzenia jest jedynym dodatkowym czynnikiem, ochrona jest całkowicie pominięta.

ePA 3.x Integration przed wersją 1.3.0 wyłącza weryfikację certyfikatów TLS zarówno dla połączeń ePA w app/vau/VAUProtokoll.py, jak i połączeń Konnektor w app/konnektor/Konnektor.py. Atakujący w pozycji sieciowej może przedstawić dowolny certyfikat, zakończyć połączenie TLS i przechwycić ruch ePA. Protokół VAU nie zapewnia skutecznego zabezpieczenia, ponieważ walidacja certyfikatów na poziomie aplikacji jest również uszkodzona. Sesja Konnektor używa self.session.verify ustawionego na False, więc atakujący podszywający się pod Konnektor może otrzymać wymianę certyfikatów wzajemnego TLS i obserwować operacje na karcie inteligentnej.

ePA 3.x Integration przed wersją 1.3.0 pozostawia request_counter bez zmian w app/vau/VAUProtokoll.py podczas konstruowania wiadomości VAU. Zamrożony licznik żądań klienta powoduje, że serwer ponownie używa kombinacji nonce i klucza AES-GCM w odpowiedziach. Atakujący sieciowy, zbierając powtarzające się szyfrogramy, może odzyskać XOR tekstów jawnych i użyć przewidywalnych nagłówków HTTP i pól JSON do odzyskania wrażliwych danych, w tym dokumentacji medycznej pacjentów. Powtarzające się nonce mogą również umożliwić odzyskanie klucza uwierzytelniającego GHASH, co pozwala na fałszowanie wiadomości AES-GCM i wstrzykiwanie złośliwych odpowiedzi.

Vvveb przed wersją 1.0.8.4 umożliwia sprzedawcy o niskich uprawnieniach dostęp do produktów należących do innego sprzedawcy. Kontroler produktów nie sprawdza właściciela produktu przy operacjach duplikowania i usuwania, co pozwala na odczyt, kopiowanie i usuwanie produktów oraz powiązanych danych.

Vvveb przed wersją 1.0.8.4 umożliwia sprzedawcy o niskich uprawnieniach dostęp do rewizji produktów należących do innego sprzedawcy. Zapytania SQL nie sprawdzają właściciela produktu przy odczycie, przywracaniu i usuwaniu rewizji.

Vvveb przed wersją 1.0.8.4 umożliwia autorowi o niskich uprawnieniach dostęp do rewizji postów należących do innego autora. Zapytania SQL nie sprawdzają właściciela posta przy listowaniu, odczycie, przywracaniu i usuwaniu rewizji.

Vvveb przed wersją 1.0.8.4 umożliwia sprzedawcy o niskich uprawnieniach zarządzanie recenzjami produktów należących do innego sprzedawcy. Zapytania SQL nie weryfikują właściciela produktu dla recenzji.

Vvveb przed wersją 1.0.8.4 umożliwia sprzedawcy o niskich uprawnieniach zarządzanie pytaniami pod produktami innego sprzedawcy. Zapytania SQL nie weryfikują właściciela produktu dla pytań.