Katalog podatności CVE

W systemie Advanced Library Management System 1.0 (projekt projectworlds) wykryto podatność SQL injection w funkcji mysqli_query w pliku report_search.php. Manipulacja argumentami dateto/datefrom pozwala na wstrzyknięcie zapytań SQL.

W Tenstorrent tt-metal do wersji 0.80.0 wykryto podatność path traversal w funkcji load_hf_state_dict_filtered w pliku models/tt_transformers/tt/load_checkpoints.py. Manipulacja argumentem weight_map pozwala na dostęp do ścieżek poza zamierzonym katalogiem.

W kompilatorze Vyper w wersjach 0.3.4 do 0.5.0b1 funkcja create_from_blueprint oblicza pozostały rozmiar blueprintu przez odejmowanie uint256 bez sprawdzenia, czy code_offset jest mniejszy od rozmiaru kodu. Duży offset może zawinąć się do małej wartości dodatniej.

W kompilatorze Vyper w wersjach 0.3.8 do 0.5.0b1 występuje błąd optymalizatora, w którym wyrażenie (msg.value | K) lub (len(msg.data) | K) dla niezerowego K jest kompilowane do stałej 1 w gałęzi wyrażenia trójargumentowego przy -O gas lub -O codesize. Kontrakty używają błędnej wartości bez ostrzeżenia.

W kompilatorze Vyper w wersjach 0.1.0b1 przed 0.1.0b17 oraz 0.4.1 do 0.5.0b1 tabela linii źródłowych jest budowana za pomocą str.splitlines(), która traktuje znaki takie jak form feed i U+2028 jako podziały linii ignorowane przez parser Pythona. Powoduje to błędną klasyfikację literałów numerycznych.

W kompilatorze Vyper w wersjach 0.1.0b1 przed 0.1.0b12, 0.1.0b14 oraz 0.4.1 do 0.5.0b1 w pliku vyper/ast/parse.py mieszane są przesunięcia linii oparte na znakach z bajtami UTF-8 col_offset Pythona. Znaki wielobajtowe przesuwają wycinki źródła używane do rekonstrukcji późniejszych literałów numerycznych.

W narzędziu Astral uv przed wersją 0.11.6 występuje podatność path traversal umożliwiająca usunięcie dowolnych plików poprzez dostarczenie wheeli z względnymi ścieżkami traversal w wpisach RECORD. Złośliwy wheel może odwoływać się do plików poza prefiksem instalacji.

W bibliotece adm-zip przed wersją 0.6.1 występuje podatność nieprawidłowego przypisania uprawnień, umożliwiająca ustawienie bitów setuid, setgid lub sticky na rozpakowywanych plikach, gdy włączona jest opcja keepOriginalPermission. Złośliwe atrybuty zewnętrzne zip są przekazywane bez maskowania do chmod.

W bibliotece adm-zip przed wersją 0.6.1 występuje podatność niespójnego rozwiązywania wpisów, umożliwiająca obejście walidacji zawartości poprzez dostarczenie archiwów ZIP z zduplikowanymi nazwami wpisów. getEntry() zwraca ostatni duplikat, podczas gdy extractAllTo() zapisuje pierwszy.

Biblioteka adm-zip w wersji 0.6.0 zawiera obejście zabezpieczenia przed bombą dekompresyjną. Atakujący mogą ominąć limit maxOutputLength, wykorzystując asynchroniczną ścieżkę getDataAsync() w methods/inflater.js i tworząc wpisy ZIP ze zafałszowanymi małymi rozmiarami oraz wysoce skompresowanymi danymi DEFLATE.

Coraza przed wersją 3.8.1 wyodrębnia nazwy plików z uploadów multipart za pomocą Go mime.ParseMediaType, który po cichu ignoruje parametry filename* RFC 5987 o zestawie znaków innym niż utf-8 lub us-ascii. Nieuwierzytelniony atakujący może wysłać fałszywą nazwę pliku, przez co reguły oparte na FILES nie widzą prawdziwej nazwy, a niebezpieczne uploady trafiają do backendów honorujących filename*.

Coraza od wersji 3.0.4 przed 3.8.1 zawiera obejście inspekcji treści żądania, ponieważ wybór procesora treści porównuje całą wartość Content-Type dokładnie, więc ciała URL-encoded z parametrem media-type nie są parsowane. Nieuwierzytelniony atakujący może wysłać application/x-www-form-urlencoded; charset=UTF-8, aby utrzymać puste ARGS_POST i REQUEST_BODY, omijając reguły treści, podczas gdy backend nadal przetwarza ładunek.

Coraza od wersji 3.0.0 przed 3.8.1 ma procesor treści JSON, który spłaszcza zagnieżdżone właściwości do nazw ARGS_POST rozdzielonych kropkami bez ucieczki literalnych kropek, przez co różne właściwości kolidują. Nieuwierzytelniony atakujący może dodać późniejszą właściwość z kropką, taką jak account.role, która nadpisuje złośliwą wartość zagnieżdżoną, ukrywając ładunki SQL injection przed regułami OWASP CRS, podczas gdy backend nadal je otrzymuje.

Dulwich przed wersją 1.2.9 zawiera podatność na odmowę usługi w Pack.resolve_object, która pozwala atakującym wywołać nieskończoną rekurencję poprzez samoodwołujące się obiekty OFS_DELTA. Atakujący może dostarczyć złośliwy plik packfile z delta_offset równym 0, aby wyczerpać CPU podczas operacji clone, fetch lub cat-file.

Trigger.dev przed wersją 4.5.6 zawiera podatność cross-site request forgery, która pozwala zdalnym atakującym wylogować uwierzytelnionych użytkowników poprzez wysłanie linku do endpointu /logout opartego na GET. Atakujący może nakłonić ofiary do kliknięcia zaciemnionego, zakodowanego URL linku, który kończy ich sesję, powodując utratę niezapisanej pracy.

Trigger.dev przed wersją 4.5.0 nie wykonuje uwierzytelniania ani sprawdzenia organizacji w handlerze akcji trasy replay uruchomień dashboardu (resources.taskruns.$runParam.replay) i wyszukuje uruchomienie wyłącznie po friendlyId. Zdalny atakujący znający friendlyId uruchomienia ofiary może odtworzyć je w wybranym przez siebie środowisku, ujawniając ładunek zadania ofiary lub uruchamiając zadanie ponownie z sekretami ofiary.

Trigger.dev przed wersją 4.5.0 wyszukuje uruchomienia wyłącznie po friendlyId w trasie api.v1.runs.$runParam.replay bez ograniczania wyszukiwania do środowiska uruchomieniowego wywołującego. Atakujący posiadający klucz API dowolnego tenanta i znający friendlyId uruchomienia ofiary może odtworzyć to uruchomienie w swoim środowisku i odczytać ładunek zadania ofiary.

Trigger.dev przed wersją 4.5.4 zawiera podatność twardo zakodowanego domyślnego sekretu w przestrzeni nazw Socket.IO /coordinator, która pozwala nieuwierzytelnionym atakującym połączyć się przy użyciu publicznie znanej wartości coordinator-secret. Atakujący mogą emitować READY_FOR_EXECUTION, aby pobrać odszyfrowane zmienne środowiskowe uruchomienia, lub wysyłać zdarzenia TASK_RUN_FAILED_TO_RUN i podobne, aby manipulować dowolnymi uruchomieniami.

Trigger.dev przed wersją 4.5.5 zawiera podatność braku uwierzytelniania w handlerze POST strumieni czasu rzeczywistego, która pozwala nieuwierzytelnionym atakującym wstrzykiwać dane do strumieni uruchomień. Atakujący mogą wysyłać żądania POST do /realtime/v1/streams/:runId/:streamId ze przewidywalnym friendlyId uruchomienia, aby wstrzyknąć dowolne dane do strumienia czasu rzeczywistego dowolnego środowiska, w tym produkcyjnego.

Trigger.dev w wersjach przed 4.5.2 zawiera podatność typu blind SSRF, która pozwala uwierzytelnionym członkom projektu na wysyłanie żądań przez serwer poprzez ustawianie niezwalidowanych adresów URL webhooków kanałów alertów. Atakujący mogą tworzyć kanały alertów wskazujące na adresy loopback, wewnętrzne lub metadanych chmury, a następnie wyzwalać alerty w celu sondowania wewnętrznych usług i wysyłania podpisanych żądań POST.