CVE-2026-67427

Podatność w Flyto2 Core przed wersją 2.26.6 pozwala atakującemu na zapis plików w dowolnej lokalizacji systemu plików poprzez kontrolowanie parametru output_dir w module image.download. Brak walidacji ścieżki względem konfiguracji FLYTO_SANDBOX_DIR umożliwia zapis danych odpowiedzi w dowolnym miejscu.

Podatność w Flyto2 Core przed wersją 2.26.7 w usłudze flyto-verification umożliwia nieuwierzytelnionym atakującym wykonanie SSRF i kradzież sekretu runnera. Serwer nasłuchuje na 0.0.0.0:8344 i używa callback_url podanego przez klienta do wysłania żądania POST z nagłówkiem X-Internal-Key, pomijając walidację target_allowed.

Flyto2 Core przed wersją 2.28.0 zawiera podatność polegającą na obejściu zabezpieczeń SSRF, która pozwala atakującym na dostęp do wewnętrznych usług poprzez użycie nieblokowanego adresu IPv6 `::`, który jądro kieruje do loopbacku tak samo jak `0.0.0.0`. Atakujący mogą wysyłać żądania lub wywoływać przekierowania 302, aby ominąć sprawdzanie prywatnych zakresów IP i zablokowanych nazw hostów w funkcji is_private_ip(), docierając do usług nasłuchujących na IPv6 loopback w modułach http.get, http.request i http.batch.

Podatność w Flyto2 Core przed wersją 2.26.7 umożliwia atakującemu wykonanie żądań SSRF do wewnętrznych lub metadanych endpointów poprzez moduły HTTP, które pobierają URL-e kontrolowane przez atakującego bez walidacji.

Podatność w Flyto2 Core przed wersją 2.26.6 umożliwia modułowi llm.chat odczytanie kluczy dostawców AI (np. OPENAI_API_KEY) ze środowiska i wysłanie ich w nagłówku Authorization do kontrolowanego przez atakującego serwera, co prowadzi do wycieku kluczy.

W Flyto2 Core przed wersją 2.26.7 moduły HTTP walidują tylko początkowy URL, a następnie podążają za przekierowaniami bez ponownej walidacji lokalizacji. Pozwala to publicznemu URL-owi przekierować do wewnętrznej przestrzeni adresowej i zwrócić odpowiedź z wewnętrznego serwera.