CVE-2026-34389

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.