Podatności Incus

Incus w wersjach 6.21.0 i niższych umożliwia użytkownikowi z możliwością uruchomienia kontenera z niestandardowym obrazem (np. członkowi grupy 'incus') wykorzystanie przechodzenia po katalogach lub dowiązań symbolicznych w funkcji szablonów do odczytu i zapisu dowolnych plików na hoście, co prowadzi do wykonania dowolnych komend na hoście. Poprawka planowana jest w wersjach 6.0.6 i 6.21.0.

Incus w wersjach 6.20.0 i niższych umożliwia użytkownikowi z możliwością uruchomienia kontenera z niestandardową konfiguracją YAML (np. członkowi grupy 'incus') utworzenie zmiennej środowiskowej zawierającej znaki nowej linii, co może być wykorzystane do dodania dodatkowych elementów konfiguracji w lxc.conf kontenera. Może to pozwolić na dodanie dowolnych haków cyklu życia, prowadząc do wykonania dowolnych komend na hoście. Poprawka planowana jest w wersjach 6.0.6 i 6.21.0.

Incus przed 6.0.7, 6.1.0 przed 7.0.2 oraz 7.1.0 przed 7.5.0 zawiera podatność na dowolny zapis plików, która pozwala złośliwym źródłom migracji zapisywać pliki hosta poprzez umieszczanie dowiązań symbolicznych w transferowanych wolumenach. Atakujący może spreparować strumienie rsync lub btrfs receive z dowiązaniem takim jak rootfs wskazującym na katalog główny hosta, zapisując pliki jako root i prowadząc do pełnego przejęcia hosta.

Incus 7.0.0 przed 7.0.2 oraz 7.1.0 przed 7.5.0 zawiera podatność na path traversal, która pozwala klientom mogącym tworzyć instancje zapisywać pliki na hoście. Wada wynika z niezwalidowanych nazw zależnych wolumenów niestandardowych w plikach index.yaml kopii zapasowych instancji. Atakujący może zaimportować spreparowaną kopię zapasową z sekwencjami ../ w nazwach zależnych wolumenów, aby utworzyć katalogi należące do roota z kontrolowaną zawartością, prowadząc do pełnego przejęcia hosta.

Incus przed wersją 7.3.0 zawiera podatność, w której złośliwy obraz zawierający dowiązanie symboliczne `metadata.yaml` wskazujące na dowolną ścieżkę hosta pozwala uwierzytelnionemu użytkownikowi Incus na odczyt lub nadpisanie dowolnego pliku na hoście jako root przez API metadanych instancji. Ścieżki `exec-output` i `templates/` zostały załatane wcześniej, ale `metadata.yaml` nie został objęty poprawką i pozostaje podatny.

Incus przed wersją 7.3.0 pozwala nieuprzywilejowanemu użytkownikowi ograniczonemu do projektu (niebędącemu administratorem TLS/RBAC z uprawnieniami `can_create_images` i `can_create_instances`) na wykonanie dowolnego kodu jako root na hoście. Złośliwy obraz zawiera `backup.yaml` jako dowiązanie symboliczne do pliku hosta. Gdy root daemon zapisuje plik kopii zapasowej instancji, podąża za dowiązaniem symbolicznym.

Incus przed wersją 7.3.0 ma podatność, w której podczas kopiowania instancji między projektami sprawdzenie ograniczeń projektu (`AllowInstanceCreation`) jest wykonywane PRZED scaleniem konfiguracji źródłowej instancji z żądaniem. Niebezpieczne klucze konfiguracji (takie jak `security.privileged`, `raw.lxc`, `raw.apparmor`) ze źródłowej instancji są scalane PO przejściu kontroli, omijając wszystkie ograniczenia projektu w projekcie docelowym.

Incus przed wersją 7.3.0 ma podatność, w której podczas migracji instancji do innego członka klastra, nadpisania konfiguracji dostarczone przez użytkownika (w tym klucze krytyczne dla bezpieczeństwa, takie jak `security.privileged` i `raw.lxc`) są stosowane bez egzekwowania jakichkolwiek ograniczeń projektu, co pozwala użytkownikowi z ograniczonego projektu na eskalację do uprzywilejowanego kontenera i ucieczkę do hosta.

Incus przed wersją 7.3.0 ma podatność, w której nieprawidłowa walidacja dostarczonego przez użytkownika `block.create_options` w konfiguracji woluminu magazynu prowadzi do wstrzyknięcia argumentów w konstruowanej linii poleceń tworzenia systemu plików. Pozwala to użytkownikowi z ograniczeniem do projektu na wstrzyknięcie dowolnych argumentów do binarnego wykonywanego jako root.

Incus przed wersją 7.2.0 ma podatność polegającą na dowolnym zapisie pliku w kliencie Incus, gdy złośliwy serwer obrazów zwraca spreparowany nagłówek `Incus-Image-Hash`. Może to prowadzić do wykonania dowolnych poleceń jako root na serwerze.

Incus przed wersją 7.1.0 ma podatność, w której nieprawidłowa walidacja dostarczonego przez użytkownika algorytmu kompresji kopii zapasowej prowadzi do wstrzyknięcia argumentów w konstruowanej linii poleceń. Prowadzi to do dowolnego zapisu pliku na hoście, co może prowadzić do wykonania dowolnych poleceń.

Incus przed wersją 7.1.0 zawiera podatność na przechodzenie po ścieżkach w punkcie końcowym przesyłania danych protokołu S3, co pozwala na tworzenie dowolnych plików na hoście. Może to prowadzić do wykonania dowolnych poleceń. Wersja 7.1.0 naprawia ten problem.

Incus przed wersją 7.2.0 pozwala na użycie specjalnie spreparowanego obrazu lub kopii zapasowej instancji do odczytu lub tworzenia/zapisu dowolnych plików na hoście, co może prowadzić do wykonania dowolnych poleceń. Wersja 7.2.0 zawiera poprawkę.

Incus przed wersją 7.2.0 ignoruje ustawienie `restricted.containers.lowlevel=block` w przypadku migawek instancji, co pozwala na wykonanie dowolnych poleceń na serwerze Incus poprzez nadużycie niskopoziomowych haków, takich jak `raw.lxc` i `raw.qemu`. Wersja 7.2.0 zawiera poprawkę.

Incus przed wersją 7.2.0 ma podatność w parametrze `record-output` punktu końcowego `/instances/$name/exec`, gdzie jeśli katalog `exec-output` jest dowiązaniem symbolicznym, pliki `exec_UUID.stdout` i `exec_UUID.stderr` mogą być zapisywane w dowolnej lokalizacji, a plik `.stdout` może zawierać dowolną treść. Może to być wykorzystane do wykonania dowolnych poleceń. Wersja 7.2.0 zawiera poprawkę.

Incus przed wersją 7.2.0 pozwala na użycie specjalnie spreparowanego obrazu do odczytu lub tworzenia/zapisu dowolnych plików na hoście, co może prowadzić do wykonania dowolnych poleceń. Wersja 7.2.0 naprawia ten problem.

W Incus w funkcji sftpRecursivePullFile istnieje luka umożliwiająca dowolny zapis plików, pozwalająca złośliwemu incus-agentowi na wyjście poza katalog docelowy podczas incus file pull -r. Atakujący z uprawnieniami root w maszynie wirtualnej może zwrócić zduplikowane wpisy zgłoszone najpierw jako dowiązania symboliczne, a następnie jako pliki lub katalogi, zapisując pliki kontrolowane przez atakującego, takie jak /etc/shadow na hoście operatora.

W Incus w wersjach 7.0.1–7.0.2 oraz 7.2.0–7.5.0 występuje obejście autoryzacji pozwalające klientom ograniczonym do projektu kopiować wolumeny poprzez pominięcie source.type. Atakujący może wysyłać spreparowane żądania POST do endpointu wolumenów z wybranym source.project, aby kopiować i czytać wolumeny, snapshoty i konfigurację innych projektów.

W Incus w wersjach 7.0.0–7.0.2 oraz 7.1.0–7.5.0 występuje błąd weryfikacji podpisu w wbudowanym serwerze S3, pozwalający posiadaczom presigned URL wstrzykiwać niepodpisane nagłówki x-amz-*. Atakujący może dodać niepodpisany nagłówek X-Amz-Copy-Source do presigned URL uploadu, aby skopiować inne obiekty bucketu na przyznany klucz i ujawnić ich zawartość oraz ETagi.

W Incus w punkcie końcowym GET /1.0/operations/{uuid} występuje luka braku autoryzacji, która pozwala klientom ograniczonym do projektu czytać operacje w innych projektach. Atakujący posiadający ograniczony certyfikat i znany UUID operacji może uzyskać wiersze poleceń, sekrety środowiskowe, sekrety websocket i tokeny zaufania.

Incus w wersjach od 7.3.0 przed 7.5.0 zawiera obejście ograniczeń projektu, które pozwala użytkownikom z ograniczonym dostępem ustawić opcję block.create_options poprzez operacje aktualizacji, kopiowania i przenoszenia woluminów. Atakujący może ustawić tę opcję na woluminie niestandardowym i wywołać kopiowanie lub przeniesienie na pulę formatującą, aby wstrzyknąć argumenty do mkfs uruchamianego jako root.

Incus w wersjach 6.0.3 przed 6.0.7, 6.6.0 przed 7.0.2 oraz 7.1.0 przed 7.5.0 zawiera podatność niewłaściwej autoryzacji, która pozwala ograniczonym klientom TLS odczytywać klucze bucketów storage w projekcie domyślnym. Atakujący może odpytywać endpointy kluczy bucketów, aby uzyskać klucze dostępu i sekretne klucze S3, a następnie czytać, modyfikować lub usuwać obiekty w tych bucketach.

Podatność w Incus pozwala użytkownikom projektów z ograniczeniami na obejście restrykcji poprzez użycie trybu migracji pull w żądaniach odświeżania klastra. Osoba atakująca z prawem do tworzenia instancji może wysłać żądanie odświeżenia migracji dla istniejącej instancji, zmuszając serwer do otwarcia wychodzących połączeń TLS websocket i sondowania osiągalnych usług.

Incus przed wersją 7.3.0 umożliwia obejście ograniczenia `restricted.containers.privilege=isolated` na poziomie projektu. Użytkownik może utworzyć kontener nieizolowany, pomijając klucz `security.idmap.isolated`, co domyślnie ustawia wartość `false` i pozwala na współdzielenie mapy uid/gid hosta. To osłabia izolację między dzierżawcami a hostem.

Incus przed wersją 7.2.0 zawiera brak kontroli autoryzacji przy kopiowaniu instancji, co pozwala atakującemu znającemu nazwę projektu i instancji, do których nie ma dostępu, na skopiowanie instancji do nowego projektu.

Incus przed wersją 7.2.0 ma brak autoryzacji przy kopiowaniu woluminów niestandardowych. Atakujący znający nazwę projektu, do którego nie ma dostępu, oraz nazwę woluminu w tym projekcie, może skopiować wolumin do nowego projektu. Może to pozwolić na dostęp do sekretów w woluminach, do których nie jest upoważniony.

Incus to menedżer kontenerów systemowych i maszyn wirtualnych. Przed wersją 7.1.0, funkcja `(*backend).CreateCustomVolumeFromBackup` w `internal/server/storage/backend.go` zawiera niechronione wyłuskanie wskaźnika `*time.Time` na polu `ExpiresAt` każdego wpisu snapshotu wolumenu w importowanym backupie wolumenu niestandardowego. Uwierzytelniony użytkownik z uprawnieniem `can_create_storage_volumes` w dowolnym projekcie może doprowadzić do awarii demona `incusd` poprzez przesłanie archiwum backupu, w którym pole `volume_snapshots[*].expires_at` jest nieobecne. Jest to wariant siostrzanego pola GHSA-r7w7-mmxr-47r9 (CVE-2026-40197). Commit `985a1dedf9f3e7ba729c93b654905ed510de25c2` dodał `if s == nil` na początku pętli, ale nie zabezpieczył sąsiedniego wyłuskania `*snapshot.ExpiresAt` 19 linii dalej. Każdy inny konsument `Config.VolumeSnapshots[i].ExpiresAt` w tym samym pliku już zabezpiecza wyłuskanie sprawdzeniem nil — asymetryczne zabezpieczenie jest błędem. Wersja 7.1.0 zawiera zaktualizowaną poprawkę.

Incus to menedżer kontenerów systemowych i maszyn wirtualnych. Przed wersją 7.1.0, funkcja `(*backend).createDependentVolumesFromBackup` w `internal/server/storage/backend.go` zawiera grupę niechronionych wyłuskań wskaźników na polach `VolumeSnapshots[i]`, `Volume` i `Pool` każdego wpisu wolumenu zależnego. Uwierzytelniony użytkownik z uprawnieniem `can_create_instances` w dowolnym projekcie może doprowadzić do awarii demona `incusd` poprzez przesłanie archiwum backupu instancji, w którym blok `dependent_volumes[*]` zawiera wskaźnik nil snapshotu (lub pomija `volume:` / `pool:`). Jest to wariant siostrzanego pola poprawki z 2026-05-04 `d768f81c0a1d985f35ae56219519822b080bf5e3` ("Properly check dependent volumes on import"). Ten commit dodał `if disk == nil` na początku zewnętrznej pętli, ale nie zabezpieczył czterech pól pod-wskaźników, które ciało pętli wyłuskuje bezpośrednio. Wersja 7.1.0 zawiera zaktualizowaną poprawkę.

Incus przed wersją 7.1.0 zawiera podatność na dereferencję wskaźnika null w funkcji `(*backend).CreateInstanceFromBackup`. Uwierzytelniony użytkownik z uprawnieniami do tworzenia instancji może zdalnie wywołać awarię demona Incus, przesyłając spreparowany plik kopii zapasowej, co prowadzi do odmowy usługi dla wszystkich projektów na danym członku klastra.

Incus to menedżer kontenerów systemowych i maszyn wirtualnych. Przed wersją 7.0.0 przesyłanie dużych ilości danych przez uwierzytelnionych użytkowników może spowodować wyczerpanie miejsca na dysku serwera Incus, potencjalnie powodując awarię systemu hosta. Wpływ jest ograniczony dla użytkowników korzystających z storage.images_volume i storage.backups_volume, ponieważ duże przesłane dane będą przechowywane na tych woluminach, a nie bezpośrednio w systemie plików hosta (domyślne zachowanie w IncusOS).

Incus przed wersją 7.0.0 ufa wbudowanej konfiguracji backup/index.yaml i tylko warunkowo parsuje starszy plik backup/container/backup.yaml. Złośliwe archiwum może zawierać poprawną konfigurację inline, ale zniekształcony plik backup.yaml bez sekcji container, co prowadzi do dereferencji nil i awarii demona Incus. Podatność występuje w ścieżce przywracania i importu kopii zapasowych.

Incus przed wersją 7.0.0 rozpakowywał dostarczone przez użytkownika obrazy i archiwa backupów oraz parsował pliki YAML bez ograniczeń rozmiaru. Uwierzytelniony użytkownik mógł dostarczyć spreparowane archiwum, które po sparsowaniu ładowało do pamięci bardzo duży dokument YAML, potencjalnie powodując wyczerpanie pamięci całego serwera. Problem naprawiono w wersji 7.0.0.

Incus przed wersją 7.0.0 zawiera brak obsługi błędów, który może pozwolić uwierzytelnionemu użytkownikowi na spowodowanie awarii demona poprzez import obciętego pliku kopii zapasowej zasobnika storage. Podatność została naprawiona w wersji 7.0.0.

W Incus przed wersją 7.0.0 brak walidacji w logice importu wolumenów pamięci masowej pozwala uwierzytelnionemu użytkownikowi z dostępem do tej funkcji na zawieszenie demona Incus. Podsystem przywracania kopii zapasowych zawiera błąd paniki poza zakresem z powodu nieprawidłowego sprawdzenia warunku len(slice) >= i-1 przy indeksowaniu tablic metadanych migawek, co występuje również w ścieżce migracji. Atakujący może dostarczyć archiwum kopii zapasowej z fizycznymi katalogami migawek i zmodyfikowanym index.yaml z pustą lub obciętą tablicą metadanych, powodując awarię demona i odmowę usługi. Podatność naprawiono w wersji 7.0.0.

W Incus przed wersją 7.0.0 logika walidacji TLS w połączeniach z bazą OVN jest błędna — niestandardowy weryfikator nie ufa skonfigurowanemu CA, lecz certyfikatom dostarczonym przez drugą stronę. Umożliwia to aktywnemu atakującemu podszycie się pod punkt końcowy OVN przy użyciu fałszywego łańcucha certyfikatów.

W Incus przed wersją 7.0.0 brak walidacji w logice importu wolumenów pamięci masowej pozwala uwierzytelnionemu użytkownikowi z dostępem do tej funkcji na zawieszenie demona Incus. Podsystem importu kopii zapasowych wolumenów niestandardowych zawiera dereferencję wskaźnika nil podczas importu: pętla importu migawek iteruje po elementach srcBackup.Config.VolumeSnapshots i zakłada, że każdy element jest zainicjalizowany, po czym odwołuje się do pól Name, Config, Description, CreatedAt i ExpiresAt bez walidacji. Ponieważ unmarshaler YAML akceptuje jawne elementy null w tablicy z index.yaml kontrolowanego przez atakującego i konwertuje je na wskaźniki nil, atakujący może dostarczyć archiwum z wpisem null w tablicy volume_snapshots, powodując dereferencję wskaźnika nil i zakończenie demona. Podatność naprawiono w wersji 7.0.0.

W Incus przed wersją 7.0.0 brak walidacji w logice importu zasobników pamięci masowej pozwala uwierzytelnionemu użytkownikowi z dostępem do tej funkcji na zawieszenie demona Incus. Demon przetwarza plik index.yaml z importowanego archiwum i uzyskuje dostęp do elementów konfiguracji kopii zapasowej bez uprzedniego sprawdzenia, czy obiekt konfiguracji został zainicjalizowany. Złośliwy lub nieprawidłowy index.yaml bez bloku config powoduje dereferencję wskaźnika nil podczas importu zasobnika i zakończenie demona, co prowadzi do odmowy usługi. Podatność naprawiono w wersji 7.0.0.

Incus przed wersją 7.0.0 wysyła żądanie HEAD do adresu URL podanego przez użytkownika przed sprawdzeniem ograniczeń projektu. Uwierzytelniony atakujący może zmusić demona do wykonania ślepych żądań HEAD do dowolnych serwerów, ujawniając metadane serwera (architektury, wersję) i umożliwiając skanowanie wewnętrznych usług.