Katalog podatności CVE

MONAI do wersji 1.6.0 zawiera podatność wstrzykiwania eval w funkcji _get_fake_spatial_shape() w monai/bundle/scripts.py. Funkcja waliduje wyrażenia kształtu za pomocą pomocnika, który przechodzi przez AST i zbiera tylko węzły ast.Name, odrzucając nazwy inne niż 'p' lub 'n', przed przekazaniem stringa do eval(). Wyrażenia zbudowane wyłącznie ze stałych i węzłów atrybutów, indeksów lub wywołań (np. "(1).__class__.__bases__[0].__subclasses__()") nie zawierają węzłów ast.Name i omijają listę dozwolonych. Ponieważ wartość kształtu pochodzi z metadanych pakietu, atakujący, który może wpłynąć na metadane pakietu, może uciec z piaskownicy eval i osiągnąć wykonanie kodu.

W MONAI 1.6.0, PersistentDataset jawnie odrzuca kombinację track_meta=True z weights_only=True, zmuszając użytkowników, którzy buforują MetaTensory, do uruchamiania torch.load(hashfile, weights_only=False). Pomocnicze funkcje cache w monai/data/utils.py również wywołują pickle.loads na buforowanej zawartości i używają hashlib.md5 do kluczy cache. W rezultacie lokalny użytkownik z dostępem do zapisu do współdzielonego katalogu cache może umieścić złośliwy plik pickle, który zostanie zdeserializowany przy następnym odczycie cache przez innego użytkownika, co prowadzi do wykonania dowolnego kodu w kontekście tego użytkownika.

MONAI do wersji 1.6.0 zawiera podatność zdalnego wykonania kodu w silniku konfiguracji pakietów, który rozwiązuje wartości _target_ do dowolnych importowalnych wywołań bez listy dozwolonych i przekazuje wyrażenia $ do Python eval(). Atakujący mogą opublikować złośliwy pakiet z spreparowaną konfiguracją zawierającą dowolny kod, który wykonuje się, gdy ofiara załaduje pakiet za pomocą monai.bundle.load() lub monai.bundle.run().

W wersjach Contrast przed 1.18.0 obsługa ACPI/AML w jądrze gościa jest podatna na atak wstrzyknięcia kodu AML ("BadAML"). Złośliwy host może dostarczyć tablicę ACPI z dowolnym kodem bajtowym AML, który jest wykonywany przez interpreter jądra gościa z dostępem do całej pamięci gościa, w tym stron prywatnych. Dotyczy to platform AMD SEV-SNP (Metal-QEMU-SNP i Metal-QEMU-SNP-GPU); Metal-QEMU-TDX nie jest podatny.

W wersjach Contrast przed 1.19.1 polityki agenta Kata generowane przez CLI Contrast miały błąd w weryfikacji CopyFile, który pozwalał na dowolne zapisy do głównego systemu plików gościa. Złośliwy proces na niezaufanym hoście mogący połączyć się z VSOCK agenta Kata mógł nadpisać krytyczne pliki lub wymusić ujawnienie danych, co w praktyce oznacza pełne przejęcie gościa.

Contrast przed 1.16.0 jest podatny na ataki typu relay na zdalną atestację. Contrast akceptował każde poprawnie zweryfikowane raport atestacji TEE z oczekiwanymi poziomami poprawek i pomiarami oprogramowania, niezależnie od tego, która maszyna go wygenerowała, przez co atestacja nie była powiązana z konkretnym, fizycznie zaufanym sprzętem. Atakujący mogący przechwycić ruch sieciowy i sfałszować raporty może podszyć się pod Coordinator lub workload Contrast, obchodząc weryfikację tożsamości w aTLS.

W coollabsio Coolify do wersji 4.1.2 wykryto lukę w nieznanej funkcji pliku app/Http/Middleware/CanUpdateResource.php w komponencie Route-Level Middleware. Manipulacja może prowadzić do braku autoryzacji, a atak można przeprowadzić zdalnie. Exploit został opublikowany i może być wykorzystany.

vm2 przed 3.12.2 nie stosuje niezmiennika własności backing-store bufora (byteOffset === 0 i buffer.byteLength === length) do buforów zwracanych z wbudowanych modułów hosta. Gdy aplikacja udostępnia moduł zlib Node przez listę dozwolonych wbudowanych w NodeVM, zlib.deflateSync może zwrócić Buffer oparty na współdzielonej puli małych buforów Node, którego .buffer obejmuje całą pulę. Niezaufany kod gościa może utworzyć pełnowymiarowy widok tego ArrayBuffer, aby czytać i modyfikować bajty należące do niepowiązanych buforów hosta.

Contrast w wersjach przed 1.4.1 — odzyskujący Coordinator nie weryfikuje ziarna (seed) dostarczonego przez odzyskującą stronę. Atakujący może postawić fałszywego Coordinatora, którego manifest przechodzi walidację, ale którego seed jest kontrolowany przez atakującego. Jeśli ruch sieciowy zostanie przekierowany z legalnego Coordinatora do fałszywego, właściciel workloadu może zostać podszyty, gdy ustawia nowy manifest bez porównania zwróconego certyfikatu root CA z istniejącym lub weryfikuje Coordinatora bez porównania certyfikatu z zaufanym odniesieniem.

Contrast (Edgeless Systems) przed 1.8.1 loguje sekret workloadu do stderr, a tym samym do logów Kubernetes, gdy inicjalizator Contrast jest skonfigurowany z CONTRAST_LOG_LEVEL ustawionym na info lub debug. Ponieważ info jest domyślnym poziomem, wszystkie instalacje, które nie dostosowały poziomu logowania inicjalizatora, są dotknięte. Ujawnia to sekrety workloadów użytkownikom Kubernetes z uprawnieniami get lub list na pods/logs oraz każdemu z dostępem do odczytu magazynu logów Kubernetes.

Edgelesssys Contrast to runtime confidential-computing dla Kubernetes. W wersjach od 1.9.0 przed 1.12.2 inicjalizator loguje pełną odpowiedź NewMeshCert — zawierającą sekret workloadu — do standardowego wyjścia na poziomie INFO. W rezultacie sekrety workloadów są ujawniane każdemu użytkownikowi Kubernetes z uprawnieniami get lub list na pods/logs. Ponieważ sekrety workloadów są używane do szyfrowanego przechowywania i integracji z Vault, należy je uznać za skompromitowane.

W projekcie CloudClassroom-PHP-Project wykryto podatność typu SQL injection w pliku viewresult.php, polegającą na manipulacji argumentem seno. Podatność można wykorzystać zdalnie, a publiczny exploit jest już dostępny. Produkt jest dostarczany w modelu rolling release, więc szczegóły wersji nie są podane, a producent nie odpowiedział na zgłoszenie.

W Kibana Agent Builder występuje podatność typu Confused Deputy (CWE-441), która może prowadzić do eskalacji uprawnień. Użytkownik bez uprawnień administracyjnych, mogący edytować współdzielonego agenta, może doprowadzić do wykonania uprzywilejowanych operacji w kontekście użytkownika o wyższych uprawnieniach. Jeśli ten sam użytkownik może także tworzyć workflowy, może to skutkować pełną kontrolą administracyjną nad Kibana i klastrem Elasticsearch.

Wtyczka Groups – Memberships and Access Control dla WordPressa w wersjach do 4.6.0 włącznie jest podatna na eskalację uprawnień. Funkcja groups_join() wyznacza uprawnienia do dołączenia do grupy na podstawie uprawnień autora posta (global $post->post_author), a nie zalogowanego użytkownika, jednocześnie generując ważny hash i nonce. Uwierzytelniony atakujący z poziomem Subscriber może zapisać się do dowolnej grupy, w tym uprzywilejowanej, i ostatecznie uzyskać uprawnienia Administratora.

Rozszerzenie Joomla UP (lomart.fr) w wersjach 5.0.0-5.2.0 oraz 6.0.0-6.0.29 zawiera różne wektory path traversal i dostępu do plików. Osoba atakująca może uzyskać dostęp do plików poza zamierzonym katalogiem.

Rozszerzenie Joomla UP (lomart.fr) w wersjach 5.0.0-5.2.0 oraz 6.0.0-6.0.29 zawiera podatność na wstrzyknięcie poleceń PHP przez uwierzytelnionego użytkownika z uprawnieniami. Osoba atakująca z odpowiednimi uprawnieniami może wykonać dowolne polecenia PHP.

Rozszerzenie Joomla AcyMailing Enterprise w wersjach poniżej 11.1.0 zawiera podatność umożliwiającą zdalne wykonanie kodu w funkcji obsługi skrzynki pocztowej. Części MIME przychodzących wiadomości były zapisywane do katalogu media/com_acym/upload/ bez sprawdzania rozszerzenia, więc każdy, kto mógł wysłać e-mail na monitorowaną skrzynkę, mógł zapisać plik PHP w katalogu głównym witryny.

Rozszerzenie AcyMailing Enterprise (wersje < 11.1.0) dla Joomla zawiera podatność na nieuwierzytelnione usuwanie dowolnych plików. Subskrybent może przechowywać ścieżkę w polu niestandardowym typu plik i spowodować usunięcie tego pliku przez AcyMailing po wyczyszczeniu pola, w tym plików poza folderem upload, takich jak configuration.php.

Froxlor 2.0.0 do 2.3.10 jest podatny na przechowywany cross-site scripting. Gdy klient (najniżej uprzywilejowana rola) przesyła certyfikat SSL dla własnej domeny, metody add()/update() API Certificates parsują go funkcją openssl_x509_parse() i przechowują wartość issuer organization bez sanityzacji. Renderer tabel Froxlor emituje komórki skalarne przez filtr `raw` Twig, wyłączając automatyczne escapowanie HTML, więc gdy administrator lub reseller otworzy Domeny > Certyfikaty SSL, wartość issuer dostarczona przez atakującego wykonuje się jako skrypt w sesji uprzywilejowanego użytkownika. Problem przekracza granicę uprawnień od klienta do administratora i może prowadzić do pełnego przejęcia konta administratora; ponieważ administrator Froxlor kontroluje serwer WWW, DNS i konfigurację PHP stosowaną przez cron działający jako root, problem może być dalej eskalowany do wykonania poleceń jako root na zarządzanym serwerze. Problem naprawiono w Froxlor 2.3.12.

Froxlor do wersji 2.3.10 nie egzekwuje polityki mail.allow_external_domains w poleceniu API EmailSender.add. Gdy administrator włączył funkcję dozwolonych nadawców, ale wyłączył zewnętrzne domeny (mail.enable_allow_sender = 1, mail.allow_external_domains = 0), uwierzytelniony klient z dostępem do API może nadal użyć EmailSender.add do zarejestrowania dowolnego zewnętrznego adresu nadawcy dla swojej skrzynki, który jest przechowywany mimo polityki. Tworzy to obejście między konfiguracją UI/administratora a API i — tam gdzie wygenerowana konfiguracja poczty korzysta z tabeli dozwolonych nadawców — umożliwia klientowi autoryzację tożsamości nadawcy spoza hostowanych domen, ułatwiając podszywanie się pod nadawcę. Naprawiono w wersji 2.3.12.