Podatności Fleet

Fleet przed wersją 4.87.0 zawiera podatność obejścia uwierzytelniania w API urządzeń, która akceptuje nazwy hostów i numery seryjne sprzętu jako tokeny uwierzytelniające oprócz identyfikatorów UUID urządzeń. Nieuwierzytelnieni atakujący, którzy znają lub zgadną te niejawne identyfikatory, mogą uwierzytelnić się jako hosty iOS/iPadOS, aby odczytać dane urządzenia i wywołać akcje na urządzeniu, w tym instalację oprogramowania i migrację MDM.

W Fleet przed wersją 4.81.0 metadane pakietów oprogramowania (.pkg, .deb, .rpm, .exe, .msi) nie są odpowiednio oczyszczane przed użyciem w generowanych skryptach deinstalacyjnych. Złośliwy pakiet z spreparowanymi metadanymi może spowodować wykonanie dowolnych poleceń z uprawnieniami root (macOS/Linux) lub SYSTEM (Windows) na zarządzanych urządzeniach podczas deinstalacji.

Fleet w wersjach przed 4.83.0 zawiera lukę typu denial of service, która pozwala nieuwierzytelnionym atakującym wyczerpać pamięć serwera poprzez wysyłanie ciał żądań skompresowanych gzipem. Atakujący może wysyłać małe, silnie skompresowane żądania z nagłówkiem Content-Encoding: gzip do nieuwierzytelnionych endpointów, które rozszerzają się podczas dekodowania, powodując awarię całej instancji Fleet.

Fleet w wersjach przed 4.89.0 zawiera lukę nieograniczonej rekurencji w parsowaniu listy właściwości rejestracji Apple MDM, która pozwala nieuwierzytelnionym atakującym na awarię serwera. Atakujący może wysłać spreparowany ładunek binarnego plist o rozmiarze około 150 bajtów do endpointów rejestracji, wywołując wykładniczą alokację lub nieskończoną rekurencję, która wyczerpuje CPU i pamięć.

W Fleet zidentyfikowano podatność, w której domyślnie Fleet automatycznie ufa certyfikatowi zdalnego serwera przy połączeniu przez SSH, jeśli certyfikat nie jest ustawiony w pliku `known_hosts`. Może to umożliwić atak man-in-the-middle (MitM) na Fleet. Jeśli serwer, z którym nawiązywane jest połączenie, ma zaufany wpis w pliku known_hosts, Fleet prawidłowo sprawdza autentyczność przedstawionego certyfikatu.

Fleet przed wersją 4.89.0 nie filtruje prawidłowo wyników poleceń MDM według autoryzacji zespołu w punkcie końcowym commands/results. Użytkownicy z ograniczeniami zespołu mogą czytać wyniki poleceń MDM dla hostów w innych zespołach, gdy wspólny identyfikator UUID polecenia dotyczy hostów w wielu zespołach, ujawniając identyfikatory UUID hostów, ładunki poleceń i odpowiedzi urządzeń.

Fleet przed wersją 4.87.0 nie chroni dwóch punktów końcowych serwujących pakiety iOS in-house oraz manifesty (tylko wersja enterprise) za pomocą zamierzonego, losowego i ograniczonego czasowo tokena URL. Ponieważ polecenie MDM Apple InstallEnterpriseApplication wymaga, aby te adresy URL były osiągalne bez sesji Fleet, nie mogą one polegać na uwierzytelnianiu sesyjnym, a brak tokena umożliwia nieuwierzytelnionemu atakującemu z dostępem sieciowym do serwera Fleet pobranie binariów IPA in-house i ich metadanych (identyfikator pakietu, wersja i nazwa) poprzez zgadywanie sekwencyjnych identyfikatorów tytułów. Wpływ ogranicza się do odczytu; nie ma eskalacji uprawnień ani dostępu do zapisu, a darmowa wersja nie jest dotknięta.

Fleet przed wersją 4.89.0 zawiera podatność na iniekcję SQL w endpointach listy aktywności (GET /api/v1/fleet/activities i GET /api/v1/fleet/hosts/{id}/activities). Przestarzały helper cursor-pagination interpolował klucz sortowania do klauzuli ORDER BY bez allowlisty, co pozwala uwierzytelnionym użytkownikom z dostępem do odczytu na sortowanie wyników według dowolnych kolumn. Wpływ jest tylko do odczytu i ograniczony do kolumn tabeli activity_past, które nie są normalnie zwracane (np. details).

Skrypty instalacji i deinstalacji aplikacji utrzymywanych przez Fleet dla systemu macOS są generowane z metadanych Homebrew cask. W manifestach wygenerowanych przed 2026-08-19 generator skryptów nie uciekał wszystkich miejsc interpolacji, co pozwalało na przeniesienie metadanych zawierających znaki specjalne powłoki (np. $(...) ) do skryptów wykonywanych jako root na zarządzanych hostach macOS. Atakujący, który umieścił złośliwe metadane w upstreamowym casku Homebrew, bez żadnych poświadczeń Fleet, mógł uzyskać zdalne wykonanie kodu jako root na hostach, które instalują lub odinstalowują dotkniętą aplikację.

Wykryto podatność w przetwarzaniu szablonów Helm w Fleet, gdzie szablony oceniane przez kontroler Fleet mogły sięgać do zasobów sieciowych poza klastrem zarządzania. Użytkownik, który może dostarczyć zawartość pakietu do repozytorium wskazanego przez zasób GitRepo, może spowodować, że kontroler Fleet ujawni metadane klastra dostępne w kontekście szablonowania oraz informacje o hostach osiągalnych z pozycji sieciowej kontrolera.

Fleet to platforma do zarządzania urządzeniami typu open source. W wersjach przed 4.86.2 integracja Okta conditional access w Fleet Premium jest podatna na wstrzyknięcie SQL przez wartość dostarczaną przez hosta, używaną w zapytaniu do bazy bez odpowiedniej parametryzacji. Atakujący kontrolujący jeden zarejestrowany host może odczytać lub zmodyfikować dowolne dane w bazie Fleet, a przez ujawnienie tokenów sesji może uzyskać dostęp administratora globalnego i wykonać zdalny kod.

Fleet do wersji 4.84.1 zawiera podatność w punkcie końcowym listowania poleceń Apple MDM (GET /api/v1/fleet/mdm/apple/commands), która pozwala uwierzytelnionemu użytkownikowi z rolą Observer na wyodrębnienie wrażliwych wartości, takich jak sekrety rejestracji hostów i tokeny APNs, poprzez sort-order oracle. Atakujący może manipulować parametrem order_key i użyć binarnego przeszukiwania do odtworzenia wartości znak po znaku. Poprawka jest w wersji 4.84.2.

Fleet do wersji 4.84.1 zawiera podatność w punkcie końcowym listowania hostów etykiet (GET /api/v1/fleet/labels/{id}/hosts), która pozwala uwierzytelnionemu użytkownikowi z rolą Observer na wyodrębnienie sekretów rejestracji hostów poprzez sort-order oracle. Atakujący może manipulować parametrem order_key i odtworzyć node_key lub orbit_node_key, co umożliwia podszywanie się pod hosty. Poprawka jest w wersji 4.84.2.

Fleet przed wersją 4.87.0 zawiera podatność w punkcie końcowym wyszukiwania celów (POST /api/latest/fleet/targets), która zwraca niezmaskowane sekrety rejestracji zespołów i pełną konfigurację zespołu, w tym opcje agentów z poświadczeniami, użytkownikom o niskich uprawnieniach (Observer, Observer+, Technician). Poprawka jest w wersji 4.87.0.

Fleet przed wersją 4.85.0 zawiera podatność w punkcie końcowym odczytu globalnych polityk (GET /api/latest/fleet/policies/{policy_id}), która nie weryfikuje przynależności polityki do zespołu. Uwierzytelniony użytkownik z dostępem obserwatora do dowolnego zespołu może odczytać szczegóły polityk innych zespołów, omijając izolację zespołów. Poprawka jest w wersji 4.85.0.

Podatność w narzędziu Fleet umożliwia atakującemu z dostępem do repozytorium Git nadpisanie etykiet wymuszania standardów bezpieczeństwa Pod (PSS) w docelowej przestrzeni nazw. Dzieje się tak, ponieważ agent-side deployer nie filtruje wrażliwych kluczy z namespaceLabels w pliku fleet.yaml.

W Fleet przed wersją 4.80.1 logika wyodrębniania adresu IP klienta z nagłówków (`True-Client-IP`, `X-Real-IP`, `X-Forwarded-For`) nie weryfikuje, czy pochodzą one z zaufanego proxy. Atakujący może rotować tymi nagłówkami, omijając limity szybkości i blokady IP, co umożliwia ataki brute-force lub credential stuffing na API logowania.

Fleet przed wersją 4.81.0 zawiera podatność odmowy usługi (DoS) w punkcie końcowym gRPC Launcher PublishLogs. Nieoczekiwane wartości wejściowe nie były obsługiwane w sposób łagodny, co mogło spowodować zakończenie procesu serwera Fleet podczas przetwarzania uwierzytelnionego żądania. Uwierzytelniony atakujący z dostępem do klucza węzła Launcher mógł wywołać natychmiastową odmowę usługi pojedynczym żądaniem gRPC. Poprawka znajduje się w wersji 4.81.0.

Fleet przed wersją 4.80.1 ufał nagłówkom adresów IP dostarczanym przez klienta przy ustalaniu źródłowego adresu IP żądań. Uwierzytelnieni i nieuwierzytelnieni klienci mogli podszyć się pod dowolny adres IP i ominąć limity szybkości na IP. Poprawka znajduje się w wersji 4.80.1.

W Fleet przed wersją 4.81.0 punkt końcowy Windows MDM mógł przetwarzać żądania bez prawidłowej walidacji certyfikatu klienta (mTLS). Atakujący znający identyfikator zarejestrowanego urządzenia mógł podszyć się pod nie i odebrać poufne dane konfiguracyjne, takie jak konfiguracja Wi-Fi, VPN lub certyfikaty.

W Fleet przed wersją 4.81.0 występuje problem w procesie zapraszania użytkowników: adres e-mail podany podczas akceptacji zaproszenia nie jest weryfikowany względem adresu powiązanego z zaproszeniem. Atakujący posiadający ważny token zaproszenia może utworzyć konto na dowolny adres e-mail, dziedzicząc rolę przyznaną przez zaproszenie, w tym globalnego administratora.

Fleet to menedżer osquery. W wersjach przed 3.7.0 aktor posiadający ważny klucz węzła może wysłać źle sformatowane żądanie, które powoduje zakończenie działania serwera Fleet, prowadząc do odmowy usługi. Jest to możliwe tylko podczas trwającego zapytania na żywo.