CVE-2026-42575

apko allows users to build and publish OCI container images built from apk packages. From version 0.2.0 to before version 1.4.5, UserEntry.Parse and GroupEntry.Parse in pkg/passwd read the UID and GID fields of /etc/passwd and /etc/group entries with strconv.Atoi and convert them to uint32 without a range check. On 64-bit platforms an out-of-range value such as 4294967296 (2^32) is truncated to 0, and negative values wrap. Because apko parses the passwd and group entries supplied by the packages it installs and writes them back into the image, an attacker who controls a package installed into the image can ship an entry that appears to declare an unprivileged UID or GID but is written into the built image as UID 0 or GID 0 (root). The truncated UID is also used when resolving the image's run-as user. This issue has been fixed in version 1.4.5.

In apko prior to version 1.2.7, the DiscoverKeys function in pkg/apk/apk/implementation.go unconditionally type-asserts JWKS keys as *rsa.PublicKey without checking the key type. If a repository JWKS endpoint returns a non-RSA key (e.g., EC), the unchecked assertion panics and crashes apko. This affects any workflow that initializes the APK database and fetches repository keys.

Vulnerability in apko (versions 0.14.8 through before 1.2.5) allows a crafted .apk to install a TypeSymlink tar entry pointing outside the build root. Subsequent entries in the archive can traverse that symlink to reach host paths the build user can write to.