Podatności LightLLM

LightLLM do wersji 1.2.0 zawiera podatność na zdalne wykonanie kodu w workerze KV-transfer, gdy jest uruchomiony z --pd_trans_mode nccl, co wystawia nieuwierzytelniony kanał kontrolny RPyC, który deserializuje dane dostarczone przez atakującego. Atakujący mogą wysyłać złośliwe obiekty pickle do wystawionego ThreadedServer RPyC, aby wykonać dowolny kod z uprawnieniami konta usługi LightLLM.

LightLLM w wersji do 1.2.0 zawiera lukę obejścia uwierzytelniania w punkcie końcowym WebSocket /pd_register, która pozwala nieuwierzytelnionym atakującym rejestrować dowolne węzły poprzez dostarczenie spreparowanego JSON bez walidacji adresu peera. Atakujący mogą ujawnić pełne prompty użytkowników kierowane do ich gniazda, wywołać odmowę usługi poprzez zastąpienie legalnych węzłów lub zmusić PD Master do wysyłania żądań do wewnętrznych adresów sieciowych.

LightLLM w wersjach do 1.2.0 zawiera podatność zdalnego wykonania kodu w nieuwierzytelnionym endpointcie WebSocket /visual_register serwera Config Server, który przekazuje pierwszą ramkę klienta bezpośrednio do pickle.loads(). Atakujący może połączyć się z portem Config Server i wysłać złośliwy serializowany ładunek z metodą __reduce__, aby wykonać dowolny kod z uprawnieniami procesu Config Server.

LightLLM w wersji 1.1.0 i wcześniejszych zawiera nieuwierzytelnioną podatność na zdalne wykonanie kodu w trybie PD (prefill-decode). Węzeł główny PD udostępnia punkty końcowe WebSocket, które odbierają ramki binarne i przekazują dane bezpośrednio do pickle.loads() bez uwierzytelniania lub walidacji. Zdalny atakujący, który może dotrzeć do węzła głównego PD, może wysłać spreparowany ładunek w celu uzyskania dowolnego wykonania kodu.