CVE-2026-121522

W BuildKit w wersjach przed v0.34.1 złośliwy klient z dostępem do API sterowania BuildKit może przesłać żądanie budowania ustawiające rozszerzony atrybut na pliku poza katalogiem stanu BuildKit. Możliwe jest także ustawienie atrybutów w przestrzeniach nazw trusted. lub security., co może nadać programowi na hoście podwyższone uprawnienia. Problem dotyczy usług budowania przyjmujących żądania od niezaufanych użytkowników i został naprawiony w v0.34.1.

Złośliwy frontend może przesłać definicję LLB, która powoduje panikę i zakończenie działania buildkitd, przerywając wszystkie buildy uruchomione na tym demonie.

Gdy włączone jest proxy sieciowe z wstrzykiwaniem CA, proces budowania może zmodyfikować własny pakiet CA przed fazą czyszczenia. Może to spowodować zablokowanie czyszczenia, działanie poza głównym systemem plików budowania lub niepowodzenie bez oznaczenia budowania jako nieudane.

Podatność nieprawidłowej walidacji określonej ilości w danych wejściowych w VillaTheme BuildKit – Product Builder for WooCommerce – Custom PC Builder woo-product-builder umożliwia manipulację danymi wejściowymi. Problem dotyczy BuildKit – Product Builder for WooCommerce – Custom PC Builder: od n/a do 1.0.28.

Frontend Dockerfile ładował pliki Dockerfile i .dockerignore do pamięci bez limitu rozmiaru. Kontekst budowania zawierający zbyt duży plik mógł spowodować alokację pamięci proporcjonalną do rozmiaru pliku, co mogło wyczerpać pamięć i zakończyć działanie demona buildkitd, przerywając inne budowania.

Złośliwy frontend może przesłać definicję LLB, która powoduje panikę i zakończenie działania buildkitd, przerywając wszystkie budowania na tym demonie.

BuildKit może zostać oszukany, aby wykonywać operacje na plikach ze specjalnymi i-węzłami tam, gdzie oczekiwane są zwykłe pliki. Specjalne pliki mogą blokować operacje lub, na workerach z uprawnieniami roota, umożliwić nieautoryzowany dostęp do urządzeń hosta.

Złośliwy zewnętrzny frontend BuildKit może wysyłać żądania przy użyciu wewnętrznego API, które mogą stworzyć warunki do wyścigu danych, powodując panikę demona BuildKit.

Złośliwy obraz może reklamować DiffID z innego obrazu, zawierając jednocześnie inną zawartość warstw. W dotkniętych wersjach BuildKit mógł używać reklamowanych DiffID do wyprowadzania tożsamości pamięci podręcznej i snapshotów bez weryfikacji, czy odpowiadają one rzeczywistej zawartości warstw. Jeśli demon BuildKit ze wspólną lub trwałą pamięcią podręczną najpierw przetworzy taki złośliwy obraz, późniejsza kompilacja z użyciem obrazu ofiary może zamontować zawartość warstw kontrolowanych przez atakującego jako obraz bazowy. Może to pozwolić na uruchomienie kodu ze złośliwego obrazu w kompilacji ofiary, na przykład przez zastąpienie często wykonywanej ścieżki, takiej jak /bin/sh. Kod kontrolowany przez atakującego może odczytać sekrety budowania zamontowane w kompilacji, uzyskać dostęp do innych zasobów budowania, zmienić artefakty wyjściowe lub zawiesić kompilację. Problem dotyczy zarówno zwykłych snapshotterów, jak i snapshotterów z leniwym pobieraniem, takich jak stargz.

Nieuwierzytelniony atakujący kontrolujący rejestr lub źródło blobów OCI-layout może dostarczyć zawartość blobów niezgodną z zadeklarowanym skrótem. Wynikowy snapshot może zostać zapisany w pamięci podręcznej pod tym skrótem i wykorzystany przez późniejsze budowanie ofiary, naruszając integralność danych wejściowych budowania.