CVE-2026-88411

W FalkorDB przed wersją 4.20.0 występuje błąd zapisu poza granicami bufora na stercie w funkcjach ws_read_frame (src/bolt/ws.c) i buffer_apply_mask (src/bolt/buffer.c). Zdalny nieuwierzytelniony atakujący może wysłać ramkę WebSocket z 64-bitową rozszerzoną długością ładunku do portu Bolt, powodując odmowę usługi i potencjalne uszkodzenie pamięci sterty. Podatność dotyczy tylko wdrożeń z włączonym punktem końcowym Bolt (BOLT_PORT, domyślnie wyłączony).

W FalkorDB przed wersją 4.20.0 występuje błąd zapisu poza granicami bufora na stercie w funkcji BoltReadHandler (src/bolt/bolt_api.c). Zdalny nieuwierzytelniony atakujący może wysłać wiadomość Bolt RESET z wybranym przez siebie rozmiarem fragmentu do portu Bolt, powodując odmowę usługi i potencjalne wykonanie dowolnego kodu. Podatność dotyczy tylko wdrożeń z włączonym punktem końcowym Bolt (BOLT_PORT, domyślnie wyłączony).

Podatność w FalkorDB przed wersją 4.18.4 powoduje odczyt poza granicami pamięci sterty w funkcji BufferSerializerIOv2_ReadBuffer. Zdalny atakujący, który może wydawać polecenia replikacji Redis (np. gdy instancja nie ma skonfigurowanego hasła), może wysłać spreparowany strumień RDB z polem długości pod-bufora przekraczającym pozostały rozmiar bufora. Jedyna kontrola granic to ASSERT(), który jest kompilowany w wersjach release, więc memcpy() czyta poza przydzieloną pamięcią.

Podwójne zwolnienie i użycie po zwolnieniu w funkcji RdbLoadDeletedNodes w dekoderach grafów RDB w FalkorDB przed wersją 4.18.1. Zdalny atakujący, który może wydawać polecenia replikacji Redis, może wysłać spreparowany strumień RDB, w którym długość bufora usuniętych węzłów nie jest wielokrotnością sizeof(NodeID). Kontrola długości opiera się na ASSERT(), który jest pomijany w wersjach release, więc funkcja kontynuuje po zwolnieniu bufora, czyta go i zwalnia ponownie.

Podatność typu type confusion w funkcji _read_flags (src/commands/cmd_dispatcher.c) w FalkorDB przed wersją 4.20.0 pozwala zdalnemu uwierzytelnionemu atakującemu, który może uruchomić GRAPH.QUERY, wywołać odmowę usługi i potencjalnie ujawnić lub uszkodzić pamięć. Funkcja przyjmuje argument --bolt od dowolnego klienta i rzutuje następny argument polecenia, obiekt string Redis, na strukturę klienta Bolt bez sprawdzenia jego pochodzenia; kod zestawu wyników następnie dereferencjonuje wskaźniki odczytane z tego obiektu. Argument jest parsowany nawet gdy endpoint Bolt jest wyłączony, więc domyślne konfiguracje są podatne.

Podatność nieprawidłowego uwierzytelniania w funkcji is_authenticated (src/bolt/bolt_api.c) w FalkorDB przed wersją 4.20.0 pozwala zdalnemu nieuwierzytelnionemu atakującemu na wykonywanie zapytań grafowych bez poświadczeń poprzez endpoint Bolt. Funkcja decyduje, czy hasło jest wymagane, wysyłając puste polecenie AUTH do Redis i traktuje tylko błąd WRONGPASS jako oznaczający wymagane hasło; każdy inny błąd, taki jak LOADING podczas ładowania zbioru danych, MASTERDOWN podczas przełączania awaryjnego replikacji lub OOM przy nacisku na pamięć, powoduje, że klient jest traktowany jako uwierzytelniony. Dotyczy to tylko wdrożeń z włączonym endpointem Bolt (BOLT_PORT, domyślnie wyłączony).

Przepełnienie bufora na stosie w funkcji _RdbLoadEntity w dekoderach grafów RDB w FalkorDB przed wersją 4.18.4. Zdalny atakujący, który może wydawać polecenia replikacji Redis, może wysłać spreparowany strumień RDB z kontrolowaną liczbą właściwości encji. Liczba ta określa rozmiar dwóch tablic o zmiennej długości na stosie wątku bez górnego limitu, a dekoder wypełnia je wartościami dostarczonymi przez atakującego.

Przepełnienie liczbowe w komponencie _BulkInsert_ReadProperty (/bulk_insert.c) w FalkorDB (moduł Redis) w wersji 4.20.1 pozwala atakującym wywołać odmowę usługi (DoS) poprzez spreparowane dane wejściowe.

Polecenie graph.UDF w FalkorDB (moduł Redis) w wersjach od 4.20.1 do 4.20.4 nie jest zarejestrowane jako polecenie zapisu, co prowadzi do nieoczekiwanego zachowania aplikacji.

W FalkorDB (moduł Redis) w wersjach od 4.20.1 do 4.20.4 wykryto przepełnienie bufora w funkcji _Decode_GrB_Matrix. Podatność umożliwia atakującym wywołanie odmowy usługi (DoS) poprzez spreparowane dane wejściowe.