Skip to main content
CVE-2026-25140VulnerabilityPublished

CVE-2026-25140: chainguard-dev apko · Uncontrolled Resource Consumption

Affects chainguard-dev apkoSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 1.1.1 soon.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 35% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.1.1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Feb 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.

What to do

Upgrade apko and chainguard-dev/apko to 1.1.1.

Affected software

ProductAffectedFixed in
chainguard-devapkoAffected
  • >=0.14.8 <1.1.1
Fixed in
  • 1.1.1
GitHubchainguard-dev/apkopkg:github/chainguard-dev/apkoOther threatsAffected
  • >=0.14.8 <1.1.1
Fixed in
  • 1.1.1

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2026-25140, organizations should upgrade all instances of apko to version 1.1.1 or later, where the vulnerability has been patched. Additionally, organizations should implement strict validation and vetting of APK repositories used in their build pipelines to prevent supply chain compromise. Employing repository whitelisting, cryptographic signing verification, and integrity checks on APK packages can reduce the risk of malicious inputs. Monitoring resource usage during container builds and setting resource limits or quotas on build hosts can help detect and prevent resource exhaustion attacks. Integrating anomaly detection in CI/CD pipelines to flag unusually large decompression sizes or build failures can provide early warning. Finally, organizations should consider isolating build environments and using ephemeral build hosts to limit the blast radius of potential attacks.

Description

apko allows users to build and publish OCI container images built from apk packages. From version 0.14.8 to before 1.1.1, an attacker who controls or compromises an APK repository used by apko could cause resource exhaustion on the build host. The ExpandApk function in pkg/apk/expandapk/expandapk.go expands .apk streams without enforcing decompression limits, allowing a malicious repository to serve a small, highly-compressed .apk that inflates into a large tar stream, consuming excessive disk space and CPU time, causing build failures or denial of service. This issue has been patched in version 1.1.1.

References

Community reviews

Loading reviews…