Katalog podatności CVE

llama.cpp w wersjach od b5854 do b11275 zawiera podatność przepełnienia liczby całkowitej w funkcji gguf_init_from_reader, która omija sprawdzenie rozmiaru z CVE-2025-53630 poprzez dopełnienie rozmiarów tensorów bliskich SIZE_MAX. Atakujący może dostarczyć spreparowany plik GGUF, którego rozmiar tensora dopełnia się do zera, powodując zbyt mały blok danych i odczyty poza granicami przez konsumentów.

llama.cpp w wersjach od b10398 do b11301 zawiera podatność przepełnienia liczby całkowitej w funkcji gguf_init_from_reader, która pozwala obejść walidację liczby elementów tensora poprzez dostarczenie kształtów, których iloczyn zawija się do zera. Atakujący może spreparować pliki GGUF z ogromnymi wymiarami tensorów, które przepełniają ggml_nbytes() i kroki, powodując dostęp do pamięci poza granicami, gdy bufory są rozmiarowane na podstawie zawiniętych liczb bajtów.

W DAMO Academy VideoLLaMA2 do wersji 1.1 wykryto podatność w funkcji load_pretrained_model w pliku videollama2/model/__init__.py, w komponencie ładowania modelu. Manipulacja argumentem _name_or_path prowadzi do niewłaściwej walidacji wartości sumy kontrolnej integralności. Możliwa jest zdalna eksploatacja, a exploit został publicznie ujawniony.

W SourceCodester Online Food Ordering System 1.0 wykryto podatność w nieznanej funkcji pliku order.php. Manipulacja argumentami price/title powoduje wymuszanie zabezpieczeń po stronie serwera po stronie klienta. Możliwe jest zdalne przeprowadzenie ataku, a exploit został publicznie ujawniony.

llama.cpp przed wersją b5649 zawiera podatność polegającą na odczycie poza granicami sterty w funkcji llama_vocab::impl::print_info(), która pozwala atakującym na wywołanie awarii podczas ładowania modelu poprzez zbyt duże identyfikatory tokenów specjalnych. Atakujący może dostarczyć spreparowany model GGUF z krótką tablicą tokenizer.ggml.tokens, powodując odczyt poza id_to_token i awarię llama-cli lub llama-server.

llama.cpp przed wersją b2731 zawiera podatność polegającą na odczycie poza granicami w funkcji llama_model_loader, która pozwala atakującym na odczyt pamięci poza zmapowanym plikiem modelu poprzez spreparowane przesunięcia tensorów GGUF. Atakujący może dostarczyć spreparowany lub obcięty plik modelu GGUF z dowolnymi 64-bitowymi przesunięciami tensorów, powodując awarię procesu lub załadowanie sąsiedniej pamięci procesu jako wag modelu.

YesWiki przed wersją 4.7.0 zawiera podatność na wstrzyknięcie SQL w pliku despam.php, gdzie parametr from jest escapowany, ale umieszczany w niecytowanej pozycji INTERVAL. Uwierzytelnieni administratorzy mogą wstrzykiwać SQL poprzez parametr POST from, aby wykonywać ślepe odczyty bazy danych, w tym hashy haseł użytkowników.

YesWiki przed wersją 4.7.0 zawiera podatność typu server-side request forgery w funkcji Bazar CSV import copyUrlToLocalFile(), która pozwala uwierzytelnionym administratorom na wykonywanie dowolnych żądań wychodzących poprzez dostarczanie spreparowanych URLi w polach pliku CSV lub obrazu. Atakujący mogą obejść sprawdzanie rozszerzenia za pomocą sufiksu query-string lub przekierowań, aby pobrać dane uwierzytelniające z metadanych chmury, usług wewnętrznych lub plików lokalnych poprzez file://, a odpowiedzi są przechowywane w publicznie dostępnym katalogu files/.

YesWiki przed wersją 4.7.0 zawiera podatność typu server-side request forgery w DuplicationManager::downloadFile(), która pozwala uwierzytelnionym administratorom na wykonywanie dowolnych żądań wychodzących poprzez tablicę files. Atakujący mogą wysyłać żądania POST z file:// lub wewnętrznymi URLami do /api/pages/{tag}/duplicate, przechowując pliki lokalne, metadane chmury lub dane uwierzytelniające bazy danych w publicznie dostępnym katalogu files/.

YesWiki od wersji 4.6.2 przed 4.7.0 nie posiada ochrony przed powtórzeniem w HttpSignatureService::verifySignature(), która nigdy nie waliduje nagłówka Date ani nie śledzi widzianych podpisów. Atakujący, którzy przechwycą podpisane żądanie do punktu końcowego /api/forms/{formId}/actor/inbox, mogą je później powtórzyć, aby ponownie wykonać akcje Delete, Update, Follow lub Undo.

YesWiki przed wersją 4.7.0 zawiera podatność typu stored cross-site scripting w pliku handlers/page/referrers_sites.php, która pozwala nieuwierzytelnionym atakującym na wstrzykiwanie skryptów poprzez spreparowane nagłówki Referer. Atakujący mogą wysłać nazwę hosta Referer zawierającą metaznaki HTML, które są renderowane bez escapowania, wykonując JavaScript dla każdego odwiedzającego stronę referrer-sites w celu wykonania uwierzytelnionych akcji w tej samej domenie.

YesWiki przed wersją 4.7.0 zawiera podatność typu reflected cross-site scripting, która pozwala nieuwierzytelnionym atakującym na wstrzykiwanie JavaScript poprzez dostarczanie parametrów zapytania pasujących do brakujących nazw pól Bazar. Atakujący mogą tworzyć linki, w których BazarField::getValue() używa nieoczyszczonych wartości $_REQUEST renderowanych przez szablony Twig |raw, wykonując uwierzytelnione akcje w tej samej domenie w sesjach ofiar.

YesWiki przed wersją 4.7.0 zawiera podatność typu path traversal w BazarListeAction, która pozwala nieuwierzytelnionym atakującym na wybór dowolnych szablonów w przestrzeni nazw Twig @bazar poprzez parametr GET template. Atakujący mogą dołączać spreparowane wartości szablonów do stron zawierających akcję bazarliste, aby wymusić nieoczekiwane układy, powodując defacement strony dla odwiedzających podążających za spreparowanym linkiem.

YesWiki przed wersją 4.7.0 zawiera obejście read-ACL w AclService::updateRequestWithACL, które interpoluje nazwy użytkowników do wzorców SQL LIKE bez escapowania znaków wieloznacznych _ i %. Samodzielnie zarejestrowani atakujący mogą używać nazw użytkowników takich jak ___ lub %%% , które nadmiernie dopasowują tokeny ACL, odczytując strony i wpisy Bazar zastrzeżone dla innych użytkowników lub grup poprzez publiczne API listy Bazar.

YesWiki od wersji 4.6.0 przed 4.7.0 zawiera podatność na ujawnienie informacji, która pozwala nieuwierzytelnionym atakującym na przeglądanie złożonych zapytań SQL poprzez dodanie parametru showreq. Atakujący mogą dołączyć showreq do publicznych żądań API listy Bazar, aby uzyskać nazwy tabel, ścieżki przechowywania JSON, logikę filtrów ACL i sortowanie, co pomaga w ukierunkowanym wstrzykiwaniu SQL.

OpenPanel przed wersją 3.0.0 zawiera podatność polegającą na braku uwierzytelniania, która pozwala nieuwierzytelnionym atakującym na dostęp do panelu Bull Board serwowanego na porcie HTTP workera. Atakujący mogą odpytywać /api/queues i wywoływać mutujące API Bull Board, aby dodawać, ponawiać lub czyścić zadania oraz odczytywać dane kolejek, metryki i stan magazynu danych.

OpenPanel przed wersją 3.0.0 zawiera podatność na nieprawidłowe escapowanie w sankey.service.ts, która pozwala uwierzytelnionym członkom projektu na łamanie literałów tekstowych ClickHouse poprzez podanie backslashy w nazwach zdarzeń. Atakujący z dostępem do odczytu mogą wysyłać spreparowane wartości events[].name do procedury chart.sankey, powodując błędy parsowania ClickHouse, które wyłączają endpoint wykresu Sankey projektu.

OpenPanel przed wersją 3.0.0 zawiera podatność na ujawnienie informacji, która zapisuje adresy URL połączeń z bazą danych i dane szablonów e-mail do logów standardowego wyjścia. Użytkownicy z dostępem do logów mogą uzyskać poświadczenia do bazy danych z logów startowych migracji oraz tokeny resetowania hasła rejestrowane, gdy SMTP_HOST i RESEND_API_KEY nie są ustawione.

OpenPanel przed wersją 3.0.0 zawiera podatność na wstrzyknięcie SQL w ConversionService.getConversion, która pozwala członkom z dostępem do odczytu projektu oraz posiadaczom linków udostępniających na wstrzyknięcie SQL ClickHouse poprzez nieescapowane nazwy zdarzeń i daty. Atakujący mogą wyłamać się z literałów tekstowych w nazwach serii lub wartościach startDate/endDate za pomocą OR 1=1, aby zneutralizować ograniczenie project_id i odczytać dane analityczne innych dzierżawców.

OpenPanel przed wersją 3.0.0 zawiera podatność na wstrzyknięcie SQL w profileColumnAccess w cohort.service.ts, która pozwala członkom z dostępem do odczytu projektu na wstrzyknięcie SQL poprzez podanie nieescapowanych nazw kolumn filtrów profilu. Atakujący mogą przesłać filtr cohort.preview, którego nazwa zawiera podzapytanie wstawione do klauzul argMax, cityHash64 lub porównania, aby odczytać dane ClickHouse innych dzierżawców.