Skip to content

chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed - #3927

Closed
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/go-github.com-vmware-tanzu-velero-vulnerability
Closed

renovate[bot] wants to merge 1 commit into
mainfrom
renovate/go-github.com-vmware-tanzu-velero-vulnerability

Conversation

@renovate

@renovate renovate Bot commented Aug 20, 2026 •

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Change Age Confidence
github.com/vmware-tanzu/velero v1.17.1 → v1.18.1 age confidence

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

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

More information

Details

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/escape_1 -> file created at /tmp/escape_1
  • ../../../../../../../../tmp/escape_2 -> file created at /tmp/escape_2
  • ../../../tmp/cron_poc -> would be /etc/cron.d/backdoor in real attack
  • ../../../tmp/ssh_poc -> would be ~/.ssh/authorized_keys
  • ../../../tmp/kubeconfig_poc -> 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 prevent the vulnerability.

Severity

  • CVSS Score: 6.9 / 10 (Medium)
  • Vector String: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

References

This data is provided by the GitHub Advisory Database (CC-BY 4.0).


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

CVE-2026-32637 / GHSA-j2g6-362q-6qc6 / GO-2026-6259

More information

Details

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/escape_1 -> file created at /tmp/escape_1
  • ../../../../../../../../tmp/escape_2 -> file created at /tmp/escape_2
  • ../../../tmp/cron_poc -> would be /etc/cron.d/backdoor in real attack
  • ../../../tmp/ssh_poc -> would be ~/.ssh/authorized_keys
  • ../../../tmp/kubeconfig_poc -> 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 prevent the vulnerability.

Severity

  • CVSS Score: 6.9 / 10 (Medium)
  • Vector String: CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N

References

This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).


Velero vulnerable to file path traversal when extracting from backup's tarball in github.com/vmware-tanzu/velero

CVE-2026-32637 / GHSA-j2g6-362q-6qc6 / GO-2026-6259

More information

Details

Velero vulnerable to file path traversal when extracting from backup's tarball in github.com/vmware-tanzu/velero

Severity

Unknown

References

This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).


Release Notes

vmware-tanzu/velero (github.com/vmware-tanzu/velero)

v1.18.1

Compare Source

v1.18.1

Download

https://github.com/vmware-tanzu/velero/releases/tag/v1.18.1

Container Image

velero/velero:v1.18.1

Documentation

https://velero.io/docs/v1.18/

Upgrading

https://velero.io/docs/v1.18/upgrade-to-1.18/

All Changes

v1.18.0

Compare Source

v1.18

Download

https://github.com/vmware-tanzu/velero/releases/tag/v1.18.0

Container Image

velero/velero:v1.18.0

Documentation

https://velero.io/docs/v1.18/

Upgrading

https://velero.io/docs/v1.18/upgrade-to-1.18/

Highlights
Concurrent backup

In v1.18, Velero is capable to process multiple backups concurrently. This is a significant usability improvement, especially for multiple tenants or multiple users case, backups submitted from different users could run their backups simultaneously without interfering with each other.

Check design https://github.com/vmware-tanzu/velero/blob/main/design/Implemented/concurrent-backup-processing.md for more details.

Cache volume for data movers

In v1.18, Velero allows users to configure cache volumes for data mover pods during restore for CSI snapshot data movement and fs-backup. This brings below benefits:

  • Solve the problem that data mover pods fail to when pod's ephemeral disk is limited
  • Solve the problem that multiple data mover pods fail to run concurrently in one node when the node's ephemeral disk is limited
  • Working together with backup repository's cache limit configuration, cache volume with appropriate size helps to improve the restore throughput

Check design https://github.com/vmware-tanzu/velero/blob/main/design/Implemented/backup-repo-cache-volume.md for more details.

Incremental size for data movers

In v1.18, Velero allows users to observe the incremental size of data movers backups for CSI snapshot data movement and fs-backup, so that users could visually see the data reduction due to incremental backup.

Wildcard support for namespaces

In v1.18, Velero allows to use Glob regular expressions for namespace filters during backup and restore, so that users could filter namespaces in a batch manner.

VolumePolicy for PVC phase

In v1.18, Velero VolumePolicy supports actions by PVC phase, which help users to do special operations for PVCs with a specific phase, e.g., skip PVCs in Pending/Lost status from the backup.

Scalability and Resiliency improvements
Prevent Velero server OOM Kill for large backup repositories

In v1.18, some backup repository operations are delay executed out of Velero server, so Velero server won't be OOM Killed.

Performance improvement for VolumePolicy

In v1.18, VolumePolicy is enhanced for large number of pods/PVCs so that the performance is significantly improved.

Events for data mover pod diagnostic

In v1.18, events are recorded into data mover pod diagnostic, which allows user to see more information for troubleshooting when the data mover pod fails.

Runtime and dependencies

Golang runtime: 1.25.7
kopia: 0.22.3

Limitations/Known issues
Breaking changes
Deprecation of PVC selected node feature

According to Velero deprecation policy, PVC selected node feature is deprecated in v1.18. Velero could appropriately handle PVC's selected-node annotation, so users don't need to do anything particularly.

All Changes

v1.17.2

Compare Source

v1.17.2

Download

https://github.com/vmware-tanzu/velero/releases/tag/v1.17.2

Container Image

velero/velero:v1.17.2

Documentation

https://velero.io/docs/v1.17/

Upgrading

https://velero.io/docs/v1.17/upgrade-to-1.17/

All Changes

Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate renovate Bot added automated Created by automation security Security-related issues and features labels Aug 20, 2026
@renovate

renovate Bot commented Aug 20, 2026

Copy link
Copy Markdown
Contributor Author

ℹ️ Artifact update notice

File name: go.mod

In order to perform the update(s) described in the table above, Renovate ran the go get command, which resulted in the following additional change(s):

  • 10 additional dependencies were updated

Details:

Package Change
github.com/onsi/ginkgo/v2 v2.27.2 -> v2.28.3
github.com/onsi/gomega v1.38.2 -> v1.40.0
github.com/spf13/cobra v1.10.0 -> v1.10.2
go.uber.org/zap v1.27.0 -> v1.27.1
github.com/google/pprof v0.0.0-20250403155104-27863c87afa6 -> v0.0.0-20260402051712-545e8a4df936
github.com/prometheus/common v0.66.1 -> v0.67.4
github.com/spf13/pflag v1.0.9 -> v1.0.10
golang.org/x/oauth2 v0.35.0 -> v0.36.0
golang.org/x/time v0.12.0 -> v0.15.0
google.golang.org/genproto/googleapis/rpc v0.0.0-20260406210006-6f92a3bedf2d -> v0.0.0-20260427160629-7cedc36a6bc4

@github-actions github-actions Bot added size/S This PR changes 10-29 lines, ignoring generated files area/dependencies Dependency bumps (Renovate, go.mod); scope `deps` kind/cleanup Categorizes issue or PR as related to cleanup of code, process, or technical debt labels Aug 20, 2026
@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch 2 times, most recently from bb678b1 to b2eaea9 Compare August 28, 2026 08:53
@renovate renovate Bot changed the title chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed Aug 31, 2026
@renovate renovate Bot closed this Aug 31, 2026
@renovate
renovate Bot deleted the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch August 31, 2026 08:23
@renovate renovate Bot changed the title chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] Aug 31, 2026
@renovate renovate Bot reopened this Aug 31, 2026
@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch 2 times, most recently from b2eaea9 to f14eb52 Compare August 31, 2026 12:48
@github-actions github-actions Bot added size/XS This PR changes 0-9 lines, ignoring generated files and removed size/S This PR changes 10-29 lines, ignoring generated files labels Aug 31, 2026
@renovate renovate Bot changed the title chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed Aug 31, 2026
@renovate renovate Bot closed this Aug 31, 2026
@renovate renovate Bot changed the title chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] Aug 31, 2026
@renovate renovate Bot reopened this Aug 31, 2026
@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch 2 times, most recently from f14eb52 to 87e3df6 Compare August 31, 2026 18:27
@github-actions github-actions Bot added size/S This PR changes 10-29 lines, ignoring generated files and removed size/XS This PR changes 0-9 lines, ignoring generated files labels Aug 31, 2026
@renovate renovate Bot changed the title chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed Sep 1, 2026
@renovate renovate Bot closed this Sep 1, 2026
@renovate renovate Bot changed the title chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] Sep 1, 2026
@renovate renovate Bot reopened this Sep 1, 2026
@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch 4 times, most recently from 12772ee to be262e2 Compare September 7, 2026 16:28
@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch from be262e2 to 176ee8f Compare September 15, 2026 09:50
@coderabbitai

coderabbitai Bot commented Sep 15, 2026 •

Copy link
Copy Markdown
Contributor

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository: cozystack/cozystack/.coderabbit.yaml

Review profile: CHILL

Plan: Advanced

Run ID: 1ce3650f-d515-451e-85a6-782412a4cec2

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch from 176ee8f to 2769e6d Compare September 16, 2026 10:53
@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch from 2769e6d to 2d5d754 Compare September 23, 2026 15:07
@renovate
renovate Bot force-pushed the renovate/go-github.com-vmware-tanzu-velero-vulnerability branch from 2d5d754 to 2cc3c32 Compare September 24, 2026 09:31
Aleksei Sviridkin (lexfrei) added a commit that referenced this pull request Sep 26, 2026
…4447)

## What this PR does

This replaces the open Renovate PRs with one rollup. Go modules move to
their newest releases that keep the Kubernetes libraries and
controller-runtime where they are, the toolchain and builder images move
to Go 1.27.1, and the first-party code gets the Go 1.27 modernizers.
Tests for the code the bumps touch come first, in their own commits, and
pass on both the old and the new dependencies.

Before the bumps:

- The e2e sandbox image builds again: dl.min.io answers 410 for mc since
MinIO archived it, so mc now comes from its last GitHub release with a
pinned checksum.
- Renovate stops offering tags of the apimachinery fork. They mirror
upstream, so #2999 is a downgrade that drops our patch.
- `make unit-tests` now runs the tests of the nested Go modules
(kubevirt-csi-driver, token-proxy, kubeovn-webhook, api/apps/v1alpha1).
They never ran in CI before.
- New tests: JWT verification in the dashboard token proxy, the kube-ovn
plunger metrics, cert-manager object idempotency in the tenant gateway,
values-file layering in the operator, and the kubevirt CSI driver
wrapper.
- One real fix. The lineage webhook decoded admitted objects with
encoding/json, so an int64 above 2^53 came back rounded. jsonpatch v2.5
compares numbers exactly and would emit a replace that rewrites such a
field in the pod. The webhook now decodes with apimachinery's json.

Held back on purpose, with the reasons in the commit messages:

- Kubernetes libraries stay on v0.35. #3001 needs the apimachinery fork
rebased onto release-1.37 first.
- cel-go v0.29.2 and etcd v3.6.15, the lines k8s.io/apiserver v0.35 is
built and tested with.
- grpc v1.83.2. v1.84.0 is affected by GO-2026-6443 and no v1.84 patch
release carries the fix yet.
- kubevirt.io/api and the CDI API stay on what upstream csi-driver
builds against. From CDI v1.60 it no longer compiles.
- api/apps/v1alpha1 keeps go 1.26.4, so consumers of the published types
are not forced onto Go 1.27.
- go fix runs without embedlit (Go 1.27-only syntax, breaks backports to
release branches on Go 1.26) and omitzero (would make metadata, spec and
status required in the published OpenAPI schemas), and one errorsastype
rewrite that did not compile is left out.

govulncheck reports nothing reachable in any of the five modules,
standard library included.

Supersedes #4311, #4310, #4309, #3452, #3993, #3927, #3902, #3805,
#3451, #3415, #3414, #3413, #3302, #4050 and #3363. #3001 stays open.

Not checked locally: the images that build upstream projects (kube-ovn,
kamaji, cilium, linstor-csi and others) with the Go 1.27 builder. The
image build jobs of this PR cover them.

Closes #4487.

### Screenshots

No UI changes.

### Downstream repositories

- [x] No downstream repository is affected by this change
- [ ] [cozystack/website](https://github.com/cozystack/website) -
follow-up:
- [ ]
[cozystack/terraform-provider-cozystack](https://github.com/cozystack/terraform-provider-cozystack)
- follow-up:
- [ ]
[cozystack/ansible-cozystack](https://github.com/cozystack/ansible-cozystack)
- follow-up:
- [ ] [cozystack/ccp](https://github.com/cozystack/ccp) - follow-up:
- [ ] [cozystack/talm](https://github.com/cozystack/talm) - follow-up:
- [ ] [cozystack/cozyhr](https://github.com/cozystack/cozyhr) -
follow-up:
- [ ] [cozystack/cozy-proxy](https://github.com/cozystack/cozy-proxy) -
follow-up:
- [ ]
[cozystack/cozystack-telemetry-server](https://github.com/cozystack/cozystack-telemetry-server)
- follow-up:
- [ ]
[cozystack/external-apps-example](https://github.com/cozystack/external-apps-example)
- follow-up:
- [ ] [cozystack/examples](https://github.com/cozystack/examples) -
follow-up:
- [ ] [cozystack/community](https://github.com/cozystack/community) -
follow-up:

### Release note

```release-note
chore(deps): move the toolchain and builder images to Go 1.27.1 and raise Go dependencies to their latest compatible releases, closing the published advisories; the lineage webhook no longer rewrites int64 fields above 2^53 in admitted objects.
```


<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit

* **New Features**
  * Added a restore resource policy option for Velero strategies.
  * Added a test target to run Go tests across tracked modules.
* **Bug Fixes**
* Updated the end-to-end test environment to download and verify the
MinIO client from its current release location.
* Added coverage for token validation, webhook patching, controller
behavior, and reconciliation.
* **Maintenance**
* Updated the Go toolchain, dependencies, and container image versions.
  * Refreshed pinned workflow actions and base image digests.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->
@renovate renovate Bot changed the title chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] chore(deps): update module github.com/vmware-tanzu/velero to v1.18.1 [security] - autoclosed Sep 26, 2026
@renovate renovate Bot closed this Sep 26, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area/dependencies Dependency bumps (Renovate, go.mod); scope `deps` automated Created by automation kind/cleanup Categorizes issue or PR as related to cleanup of code, process, or technical debt security Security-related issues and features size/S This PR changes 10-29 lines, ignoring generated files

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants