Katalog podatności CVE

W jądrze Linux w BPF dla TCP występuje podwójne zwolnienie gniazda podczas realokacji partii w funkcji bpf_iter_tcp_batch(). W przypadku niepowodzenia realokacji, funkcja zwraca błąd, ale wskaźniki cur_sk/end_sk pozostają nieaktualne, co prowadzi do ponownego wywołania bpf_iter_tcp_put_batch() i dereferencji ciasteczka jako wskaźnika do struktury sock. Poprawka opróżnia partię na ścieżce błędu, aby uniknąć podwójnego zwolnienia.

W jądrze Linux w podsystemie mac80211 wykryto podatność prowadzącą do użycia po zwolnieniu (use-after-free). Podczas aktualizacji łączy WiFi, gdy wywołanie drv_change_vif_links() zakończy się błędem, nowo utworzone wpisy debugfs nie są usuwane, a ich wskaźniki wskazują na zwolnioną pamięć. Późniejszy odczyt tych plików (np. link-1/txpower) może doprowadzić do naruszenia ochrony pamięci i paniki jądra.

W jądrze Linuxa w funkcji ieee80211_set_fils_discovery() stary szablon jest zwalniany przez kfree_rcu() przed przydzieleniem nowego. Jeśli alokacja nowego zawiedzie, funkcja zwraca -ENOMEM, ale wskaźnik nadal wskazuje na obiekt już przeznaczony do zwolnienia, co prowadzi do podwójnego zwolnienia przy późniejszej aktualizacji lub zamknięciu AP. Poprawka polega na kolejkowaniu starego obiektu do kfree_rcu() dopiero po opublikowaniu nowego.

W jądrze Linux w podsystemie mac80211 występuje podwójne zwolnienie pamięci (double free) w funkcji ieee80211_set_unsol_bcast_probe_resp(). Gdy alokacja nowego szablonu się nie powiedzie, stary obiekt jest już zakolejkowany do zwolnienia, a wskaźnik nadal na niego wskazuje, co prowadzi do ponownego zwolnienia i błędu KASAN.

W jądrze Linux w systemie plików Btrfs odkryto podatność polegającą na braku walidacji liczby wpisów w nagłówku cache wolnego miejsca (v1). Podczas ładowania takiego cache, zbyt duża liczba wpisów może spowodować odczyt poza przydzieloną tablicą stron, co prowadzi do naruszenia pamięci (out-of-bounds) i potencjalnego błędu ogólnej ochrony (GP fault).

Podatność polegająca na alokacji pamięci o nadmiernym rozmiarze w Apache Lucy. Problem dotyczy wszystkich wersji Apache Lucy. Projekt jest wycofany, więc nie planuje się wydania poprawki.

Apache Lucy (projekt wycofany) zawiera podatność niekontrolowanej rekurencji we wszystkich wersjach. Projekt nie jest już wspierany, więc nie zostanie wydana poprawka. Zaleca się znalezienie alternatywy lub ograniczenie dostępu do zaufanych użytkowników.

Gdy w Rancher Manager włączone jest rejestrowanie audytu API, middleware odczytuje całe ciało żądania HTTP do pamięci bez ograniczenia rozmiaru na punktach końcowych logowania. Ponieważ middleware audytu jest umieszczone wcześniej w łańcuchu obsługi niż APIBodyLimitingHandler, limit rozmiaru ciała (domyślnie 1 MiB) jest pomijany. Nieuwierzytelniony atakujący może wysyłać bardzo duże ciała żądań do publicznych punktów logowania, powodując wyczerpanie pamięci i zatrzymanie procesu Rancher Manager.

Rancher wydaje długoterminowe tokeny rejestracyjne do uwierzytelniania węzłów i agentów dołączających do klastra podrzędnego. Tokeny te były przechowywane i udostępniane w postaci zwykłego tekstu bez wygaśnięcia, więc złośliwy użytkownik mógł je uzyskać przez API Rancher, etcd, zautomatyzowane skrypty lub bezpośredni dostęp do plików na węźle i użyć ich w dowolnym momencie do zarejestrowania fałszywego węzła w klastrze.

Crater izoluje dane per company_id, a polityki Invoice/Estimate/Payment/Expense wymuszają zarówno sprawdzenie umiejętności Bouncer, jak i ->hasCompany(->company_id). Jednak metody view/update/delete w CustomerPolicy pomijają sprawdzenie własności firmy, sprawdzając tylko ogólną umiejętność. Wyszukiwania klientów związane z trasą oraz masowa metoda Customer::deleteCustomers są również nieograniczone (self::find bez filtra firmy).

Leantime do wersji 3.6.2 udostępnia metody JSON-RPC leantime.rpc.TwoFA.TwoFA.getSetupData, saveSecret, verifyAndEnable i disable2FA, które działają na podanym przez wywołującego parametrze userId bez sprawdzenia własności, przypięcia sesji ani bramki atrybutów uprawnień.

Pluck CMS do wersji 4.7.21 ogranicza niebezpieczne uploady plików w funkcji zarządzania plikami w panelu administracyjnym, używając stałej czarnej listy rozszerzeń w pliku data/inc/files.php. Lista obejmuje m.in. .php, .phtml, .asp, .cgi i .phar, a sprawdzane są tylko ostatnie 4-5 znaków nazwy pliku.

Wtyczka TableOn – WordPress Posts Table Filterable dla WordPressa do wersji 1.0.5.1 włącznie jest podatna na ślepą iniekcję SQL przez parametr `filter_data[comment_count]` w publicznej akcji AJAX `tableon_get_table_data`. Wartość jest dzielona na `:` i obie części są interpolowane bezpośrednio do klauzuli SQL `posts_where` bez rzutowania `intval()` lub `$wpdb->prepare()`. Nieuwierzytelnieni atakujący mogą dołączyć dodatkowe zapytania SQL, aby wyodrębnić wrażliwe informacje z bazy danych.

Wtyczka Page and Post Restriction dla WordPressa do wersji 1.4.0 włącznie jest podatna na ujawnienie wrażliwych informacji przez punkty końcowe REST /wp-json/wp/v2/pages, /wp-json/wp/v2/pages/<id>, /wp-json/wp/v2/posts i /wp-json/wp/v2/posts/<id>. Mechanizmy ochrony REST opierają się wyłącznie na liście ograniczonych ID z opcji metaboxów, ignorując globalne przełączniki 'Make all Pages Private' i 'Make all Posts Private'. Nieuwierzytelnieni atakujący mogą odczytać pełną treść wszystkich opublikowanych stron i wpisów, omijając zabezpieczenia frontendu.

Podatność w systemie HashBrown CMS do wersji 1.4.6 zawiera podatność na wstrzyknięcie poleceń systemu operacyjnego (CWE-78) w komponencie Git deployer. Funkcja GitDeployer.pullRepo w src/Server/Entity/Deployer/GitDeployer.js wykonuje AppService.exec, interpolując skonfigurowaną wartość gałęzi bezpośrednio do polecenia powłoki bez escapowania.

Podatność w HashBrown CMS (do wersji 1.4.6) umożliwia wstrzyknięcie komend systemu operacyjnego (CWE-78) w procedurze generowania miniatur podczas przesyłania multimediów. Funkcja Media.generateThumbnail w src/Server/Entity/Resource/Media.js tworzy ścieżkę tymczasową jako 'thumbnail' + Path.extname(filename) i przekazuje ją bez escapowania do komendy powłoki wykonywanej przez AppService.exec ('convert ' + tempFile + ...).

Atakujący przed uwierzytelnieniem może wykorzystać zagnieżdżanie typów, aby spowodować StackOverflowError, co może prowadzić do odmowy usługi. Problem dotyczy Apache Qpid Broker-J do wersji 10.0.1 włącznie. Zalecane jest uaktualnienie do wersji 10.1.0, która naprawia problem.

W Apache Qpid ProtonJ2 do wersji 1.1.0 nie można było kontrolować maksymalnej liczby ramek transferu na przychodzącą dostawę, co umożliwia uwierzytelnionemu atakującemu spowodowanie nadmiernego zużycia zasobów i potencjalnej odmowy usługi. Zalecane jest uaktualnienie do wersji 1.2.0, która naprawia problem.

Atakujący przed autoryzacją może wykorzystać zagnieżdżanie typów, aby spowodować StackOverflowError, co może prowadzić do odmowy usługi. Problem dotyczy Apache Qpid ProtonJ2 do wersji 1.1.0.

Atakujący przed uwierzytelnieniem może wykorzystać zagnieżdżanie typów, aby spowodować StackOverflowError, co może prowadzić do odmowy usługi. Problem dotyczy Apache Qpid Proton-Dotnet do wersji 1.0.0 włącznie. Zalecane jest uaktualnienie do wersji 1.1.0, która naprawia problem.