Skip to content

← Public intelligence

Go package

github.com/vmware-tanzu/velero

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

1 actionable advisory, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Medium, CVSS 6.9GoAmendedPublished

    Velero vulnerable to file path traversal when extracting from backup's tarball

    CVE-2026-32637 · GHSA-j2g6-362q-6qc6

    Affected
    • Go github.com/vmware-tanzu/velero < 1.18.1
    Fixed in
    1.18.1· Vendor fix available
    Issue
    Impact What kind of vulnerability is it? Who is impacted? If the attacker compromises the backup's object storage backend and uploads a malicious backup tarball including file names like the following: ../../../tmp/escape1 - file created at /tmp/escape1 ../../../../../../../../tmp/escape2 - file created at /tmp/escape2 ../../../tmp/cronpoc - would be /etc/cron.d/backdoor in real attack ../../../tmp/sshpoc - would be ~/.ssh/authorizedkeys ../../../tmp/kubeconfigpoc - would be ~/.kube/config It's possible that extracting files from the tarball during restore can overwrite sensitive files in the Velero pod filesystem. Patches Has the problem been patched? What versions should users upgrade to? By far, there is no patch yet. We are working on the main branch, then cherry-pick to the release-1.18 for v1.18.1 patch. Workarounds Is there a way for users to fix or remediate the vulnerability without upgrading? There is no workaround, but the good news is that keeping your OSS safe will…

    Recommended action: Upgrade to 1.18.1 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:osv.dev (1)osv.dev (2)github.com (3)Source checked Evidence →