CVE-2026-42575
WysokieCVSS 7.5Prawdopodobieństwo exploitacji (EPSS)
Niskie ryzykoPercentyl 5 - wyżej niż 5% wszystkich znanych CVE
Streszczenie
apko, narzędzie do budowania obrazów kontenerów OCI z pakietów apk, w wersjach przed 1.2.7 weryfikuje podpis na APKINDEX.tar.gz, ale nie porównuje indywidualnie pobranych pakietów .apk z sumą kontrolną zapisaną w podpisanym indeksie. Atakujący, który może podmienić odpowiedzi pobierania (np. skompromitowane mirror, repozytorium HTTP, zatruta pamięć podręczna CDN), może zainstalować dowolne pakiety w budowanych obrazach.
Ocena ryzyka
Atakujący może wstrzyknąć złośliwe pakiety do obrazów kontenerów, co może prowadzić do naruszenia bezpieczeństwa środowisk, w których te obrazy są uruchamiane.
Rekomendacja
Zaleca się natychmiastową aktualizację apko do wersji 1.2.7 lub nowszej, która zawiera poprawkę.
Inne podatności w apko
Zobacz wszystkie- CVE-2026-42576Średnie
W narzędziu apko przed wersją 1.2.7 funkcja DiscoverKeys w pliku pkg/apk/apk/implementation.go bezwarunkowo rzutuje klucze JWKS na *rsa.PublicKey bez sprawdzenia typu klucza. Jeśli punkt końcowy JWKS repozytorium zwróci klucz inny niż RSA (np. EC), niezaznaczone rzutowanie powoduje panikę i awarię apko. Dotyczy to każdego przepływu pracy inicjującego bazę danych APK i pobierającego klucze repozytorium.
- CVE-2026-42574Wysokie
Podatność w apko (wersje od 0.14.8 do przed 1.2.5) umożliwia spreparowanemu pakietowi .apk zainstalowanie dowiązania symbolicznego typu TypeSymlink wskazującego poza katalog budowania. Kolejne wpisy w archiwum mogą podążać za tym dowiązaniem, uzyskując dostęp do ścieżek systemu hosta, do których użytkownik budujący ma prawo zapisu.
Oryginalny opis (angielski, źródło NVD)
apko allows users to build and publish OCI container images built from apk packages. Prior to version 1.2.7, apko verifies the signature on APKINDEX.tar.gz but never compares individually downloaded .apk packages against the checksum recorded in the signed index. The checksum is parsed and available via ChecksumString(), and the downloaded package control hash is computed, but the two values are never compared in getPackageImpl(). Mismatched packages are silently accepted. An attacker who can substitute download responses (compromised mirror, HTTP repository, poisoned CDN cache) can install arbitrary packages into built images. This issue has been patched in version 1.2.7.