CVE-2024-53848
WysokieStreszczenie
Podatność w check-jsonschema pozwala atakującemu na wstrzyknięcie złośliwego schematu do pamięci podręcznej, co może prowadzić do akceptacji danych, które powinny zostać odrzucone. Problem wynika z konfliktów nazw plików w pamięci podręcznej, gdyż używana jest tylko nazwa bazowa zdalnego schematu.
Ocena ryzyka
Organizacje mogą być narażone na ataki, które umożliwiają wprowadzenie nieprawidłowych danych do systemów, co może prowadzić do poważnych błędów w walidacji i potencjalnych naruszeń bezpieczeństwa.
Rekomendacja
Zaleca się aktualizację do wersji 0.30.0, która zawiera poprawkę. Alternatywnie, użytkownicy mogą wyłączyć pamięć podręczną za pomocą opcji `--no-cache` lub dostosować nazwy plików w pamięci podręcznej za pomocą `--cache-filename`.
Powiązane podatności
- CVE-2026-104849Krytyczne
Tinypool przed wersją 2.1.2 odczytuje nazwę pliku z obiektu opcji dostarczonego przez wywołującego w pool.run(task, options) bez wymagania własnej właściwości, więc zanieczyszczony Object.prototype.filename może zastąpić zamierzony moduł roboczy. Aplikacje są dotknięte tylko wtedy, gdy przekazują własny obiekt opcji jako drugi argument do pool.run(); wywołania bez tego argumentu używają zaufanego domyślnego obiektu opcji. Atakujący, który najpierw może zanieczyścić prototyp, może spowodować, że pula robocza załaduje wybrany przez atakującego JavaScript i może odczytać lub zmodyfikować dane zadań z uprawnieniami procesu gospodarza. Problem został naprawiony w wersji 2.1.2.
- CVE-2026-104848Krytyczne
Tinypool przed wersją 2.1.1 konstruuje ThreadPool.options ze zwykłego obiektu opcji i odczytuje opcje execArgv i env w dist/index.js, co pozwala na skopiowanie wartości odziedziczonych z zanieczyszczonego Object.prototype do własnych właściwości i przekazanie ich do worker_threads.Worker. Atakujący, który najpierw może zanieczyścić którąkolwiek z tych właściwości, może spowodować, że każdy nowo utworzony worker załaduje wybrany przez atakującego JavaScript poprzez argumenty preload z linii poleceń lub NODE_OPTIONS, co prowadzi do wykonania kodu z uprawnieniami procesu gospodarza i możliwego dostępu do sekretów CI, materiałów do podpisywania lub artefaktów budowania. Problem został naprawiony w wersji 2.1.1.
- CVE-2026-104846Krytyczne
Seroval od wersji 0.12.0 do 1.6.2 ma podatność w deserializacji fromJSON węzła kontrolnego spełnionej obietnicy (Promise), która może przekazać wyprodukowany przez plugin thenable z wywoływalną funkcją do natywnego resolvera Promise. Asymilacja thenable w ECMAScript wywołuje tę funkcję nieoczekiwanie, co pozwala sterowanemu przez atakującego JSON na wywołanie kodu w aplikacjach używających Seroval z pluginami. Ta ścieżka omija remediację typu Promise resolver w wersji 1.5.3 dla CVE-2026-59940, ponieważ nieoczekiwane wywołanie następuje przez natywne rozliczenie Promise po deserializacji odwołanej wartości. Problem został naprawiony w wersji 1.6.2.
- CVE-2026-103648Krytyczne
Podatność typu path traversal w image-downloader 4.3.0 pozwala atakującemu, który może kontrolować URL pobierania, na zapisanie pobranych danych odpowiedzi poza skonfigurowanym katalogiem docelowym.
- CVE-2026-90970Krytyczne
GitLab naprawił podatność w komponencie AI Gateway, dotykającą wszystkich wersji AI Gateway od 18.1.6 przed 19.2.4, 19.3 przed 19.3.2 i 19.4 przed 19.4.1, która w pewnych warunkach mogła pozwolić uwierzytelnionemu użytkownikowi z dostępem do Duo Agent Platform na ucieczkę z piaskownicy szablonu promptu poprzez specjalnie spreparowaną konfigurację przepływu, co prowadzi do wykonania dowolnych poleceń na AI Gateway.
- CVE-2026-19652Krytyczne
Plugin Divi Membership dla WordPressa jest podatny na eskalację uprawnień w wersjach do 2.2.0 włącznie. Wynika to z funkcji `dmem_form_submit_handler()`, która określa rolę nowego użytkownika poprzez iterację wszystkich ról WordPressa i wywołanie `password_verify()` na kontrolowanym przez atakującego hashu bcrypt dostarczonym w parametrze POST `form_id`, bez walidacji lub listy dozwolonych ról. Umożliwia to nieuwierzytelnionym atakującym rejestrację nowego konta z rolą administratora poprzez przesłanie lokalnie obliczonego hashu bcrypt słowa 'administrator' jako `form_id`, a gdy `auto_login=on` jest przesłane, natychmiastowe uwierzytelnienie jako ten administrator w tym samym żądaniu, co prowadzi do całkowitego przejęcia strony. Eksploatacja wymaga nonce WordPressa, ale ten nonce jest publicznie emitowany na każdej stronie renderującej formularz rejestracji Divi Membership, więc jest dostępny dla każdego nieuwierzytelnionego odwiedzającego.
- CVE-2026-83632Krytyczne
Podatność w Apache Thrift przed wersją 0.25.0 obejmuje alokację zasobów bez limitów lub ograniczeń, przepełnienie liczb całkowitych lub zawijanie oraz przepełnienie bufora na stercie. Zaleca się aktualizację do wersji 0.25.0, która naprawia problem.
- CVE-2026-104611Krytyczne
Wykryto podatność w Tenda AC9 15.03.02.13. Dotyczy nieznanej funkcji w pliku /goform/fast_setting_internet_set komponentu POST Request Handler. Manipulacja argumentem netWanType powoduje przepełnienie bufora na stosie. Atak może być przeprowadzony zdalnie. Exploit jest już publiczny i może być używany.
- CVE-2026-104610Krytyczne
Wykryto podatność w Tenda HG7, HG9 i HG10 300001138_en_xpon. Dotyczy funkcji boaGetVar w pliku /boaform/formLoopBack komponentu Boa Web Server. Manipulacja argumentem Ethtype prowadzi do przepełnienia bufora na stosie. Atak może być wykonany zdalnie. Exploit został publicznie ujawniony i może być używany.
- CVE-2026-91135Krytyczne
Podatność przepełnienia bufora na stercie w Apache Thrift C++ THeaderTransport. Gdy aplikacja włącza transformację ZLIB dla wysyłanych ramek, funkcja THeaderTransport::transform() kopiuje skompresowaną ramkę do bufora zapisu bez sprawdzenia, czy się w nim zmieści. Dane, które się nie kompresują, takie jak treść dostarczona przez zdalnego użytkownika, rosną podczas kompresji, więc kopia zapisuje poza koniec bufora sterty, a dla dużych ramek czyta również poza koniec bufora transformacji.
Oryginalny opis (angielski, źródło NVD)
check-jsonschema is a CLI and set of pre-commit hooks for jsonschema validation. The default cache strategy uses the basename of a remote schema as the name of the file in the cache, e.g. `https://example.org/schema.json` will be stored as `schema.json`. This naming allows for conflicts. If an attacker can get a user to run `check-jsonschema` against a malicious schema URL, e.g., `https://example.evil.org/schema.json`, they can insert their own schema into the cache and it will be picked up and used instead of the appropriate schema. Such a cache confusion attack could be used to allow data to pass validation which should have been rejected. This issue has been patched in version 0.30.0. All users are advised to upgrade. A few workarounds exist: 1. Users can use `--no-cache` to disable caching. 2. Users can use `--cache-filename` to select filenames for use in the cache, or to ensure that other usages do not overwrite the cached schema. (Note: this flag is being deprecated as part of t
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

