Podatności llama.cpp

W ggml-org llama.cpp bec4772f6 znaleziono podatność w funkcji rpc_server::graph_compute pliku ggml/src/ggml-rpc/ggml-rpc.cpp komponentu ggml-RPC Server. Wykonanie manipulacji prowadzi do wyłuskania pustego wskaźnika (null pointer dereference). Atak może być przeprowadzony zdalnie. Pull request z poprawką oczekuje na akceptację.

Podatność w llama.cpp w funkcji deserialize_tensor pliku ggml/src/ggml-rpc/ggml-rpc.cpp komponentu ggml-RPC Server. Manipulacja argumentami op/op_params prowadzi do deserializacji. Atak może być przeprowadzony zdalnie. Podatność różni się od CVE-2026-34159, która tylko dodaje odrzucenie buffer==nullptr w create_node() i nie waliduje op ani op_params. Zgłoszone zgłoszenie GitHub zostało automatycznie zamknięte z powodu braku aktywności.

llama.cpp przed wersją b8585 zawiera podatność use-after-free w serwerze RPC w handlerze GRAPH_RECOMPUTE, która pozwala nieuwierzytelnionym zdalnym atakującym na uzyskanie dowolnego odczytu i zapisu, a także zdalne wykonanie kodu.

llama.cpp w wersjach b1886 do b7445 zawiera podatność typu use-after-free związaną z wyścigiem w wrapperze JNI LLaMA-Android, gdzie funkcje bench_1model() i free_1context() nie są zsynchronizowane, co pozwala wątkowi A operować na zwolnionej pamięci, podczas gdy wątek B jednocześnie zwalnia llama_context. Atakujący może wykorzystać to przez heap spray z kontrolowanymi danymi zawierającymi fałszywą vtable, aby przejąć wskaźnik vtable i uzyskać zdalne wykonanie kodu.

W llama.cpp w wersjach b1886 do b7445 występuje podatność na dereferencję pustego wskaźnika w wrapperze JNI LLaMA-Android, gdzie funkcja bench_1model() nie sprawdza wskaźnika kontekstu modelu przed jego użyciem. Atakujący może dostarczyć złośliwy, uszkodzony lub skrócony plik modelu, aby wywołać warunek pustego kontekstu, powodując awarię SIGSEGV i zakończenie procesu aplikacji Android.

llama.cpp w wersjach b1886 do b7445 zawiera podatność przepełnienia liczby całkowitej w wrapperze JNI LLaMA-Android, gdzie funkcja new_1batch() mnoży sizeof(llama_seq_id) przez kontrolowany przez atakującego parametr n_seq_max bez walidacji przepełnienia, co powoduje zawinięcie alokacji bufora i przydzielenie niewystarczającej pamięci. Atakujący może wykorzystać to przez podanie spreparowanej wartości n_seq_max w złośliwym pliku modelu lub wywołaniu JNI, aby wywołać uszkodzenie sterty i uzyskać odmowę usługi lub wykonanie kodu.

llama.cpp w wersjach od b7492 do najnowszej b9060 zawiera podatność use-after-free w llama-server, wpływającą na sześć endpointów tokenizacji (/tokenize, /detokenize, /infill, /apply-template, /rerank i /anthropic/count_tokens), które omijają kolejkę zadań i uzyskują bezpośredni dostęp do `ctx_server.vocab` w wątkach roboczych HTTP. Atakujący mogą wykorzystać wyścig typu time-of-check-time-of-use, gdzie główny wątek niszczy i zwalnia vocab po zwolnieniu blokady synchronizacji, ale zanim handler zakończy jego użycie, powodując awarię lub potencjalne wykonanie kodu, gdy skonfigurowano `--sleep-idle-seconds`.

llama.cpp w wersjach od b7492 do najnowszej b9060 zawiera podatność use-after-free w wskaźniku vocab w llama-server, gdy włączona jest funkcja `--sleep-idle-seconds`, co pozwala nieuwierzytelnionym zdalnym atakującym na wykonanie dowolnego kodu. Atakujący mogą wywołać podatność, wysyłając żądania do dotkniętych endpointów podczas przechodzenia serwera w tryb uśpienia, powodując, że współbieżne wątki robocze odwołują się do zwolnionego wskaźnika vocab, który może zostać odzyskany przez dane kontrolowane przez atakującego, aby osiągnąć zdalne wykonanie kodu.

llama.cpp w wersjach od b5702 do b7653 zawiera podatność na odczyt poza zakresem w ścieżce przywracania stanu pamięci rekurencyjnej, co pozwala atakującym z dostępem do zapisu w katalogu zapisu slotów na odczyt pamięci poza końcem tablicy komórek. Atakujący może stworzyć złośliwy plik slotu z nadmierną wartością seq_id, aby wywołać odczyt poza zakresem, który ujawnia dane sterty, w tym wartości wskaźników, do logów serwera, omijając ochronę ASLR i ułatwiając dalszą eksploatację.

Podatność przepełnienia bufora sterty w llama.cpp (wersje b4882 do b9058) w ścieżce przywracania stanu pamięci podręcznej KV. Funkcja state_read_data() oblicza rozmiar zapisu bez kontroli przepełnienia, co pozwala atakującemu z dostępem do katalogu slot_save_path na uszkodzenie pamięci sterty.

Podatność niedomiaru liczby całkowitej i odczytu poza zakresem w samplerze DRY w llama.cpp (wersje b3978 do b9058). Nieuwierzytelniony atakujący może wysłać spreparowane żądanie HTTP z parametrem dry_allowed_length ustawionym na INT32_MIN do endpointów /v1/completions lub /v1/chat/completions, powodując niedomiar bufora sterty.

Podatność przepełnienia liczby całkowitej w funkcji llama_batch_init() w llama.cpp (wersje b1283 do b9058). Niesprawdzone mnożenia w wywołaniach malloc() mogą zawinąć się powyżej INT32_MAX podczas obliczania rozmiarów alokacji.

llama.cpp w wersjach b1886 do b7445 zawiera podwójne zwolnienie pamięci w wrapperze JNI LLaMA-Android, gdzie funkcja new_1batch() alokuje pamięć za pomocą malloc(), a free_1batch() dealokuje ją za pomocą operatora delete w C++. Ta niezgodność zarządzania pamięcią powoduje uszkodzenie metadanych sterty. Atakujący mogą wywołać tę niezgodność, aby spowodować odmowę usługi przez awarie procesu lub potencjalnie osiągnąć wykonanie dowolnego kodu w zależności od stanu alokatora.

W projekcie ggml-org llama.cpp (commit e15efe0) wykryto podatność w parserze szablonów Jinja Minja (plik parser.cpp). Manipulacja wejściem {{9|9|{ może prowadzić do osiągalnego asercji (assertion failure). Atak wymaga dostępu lokalnego.

W projekcie ggml-org llama.cpp (commit e15efe0) wykryto błąd w funkcji transform pliku common/json-schema-to-grammar.cpp, powodujący niekontrolowaną rekurencję podczas konwersji JSON-Schema na GBNF. Atak może być przeprowadzony zdalnie.

W projekcie ggml-org llama.cpp (commity d006858/e15efe0) wykryto podatność w funkcji _visit_pattern pliku common/json-schema-to-grammar.cpp, która prowadzi do dereferencji wskaźnika null.