https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-06T16:58:43.908475+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/certfr-2026-avi-0237 certfr-2026-avi-0237 — De multiples vulnérabilités ont été découvertes dans les produits Microsoft. Elles permettent à un attaquant de provoqu… 2026-10-06T16:58:43.950459+00:00 certfr-2026-avi-0237 https://cve.radiocsirt.org/vuln/euvd-2026-273556 EUVD-2026-273556 2026-10-06T16:58:43.950499+00:00 EUVD-2026-273556 https://cve.radiocsirt.org/vuln/fkie_cve-2026-27965 fkie_cve-2026-27965 2026-10-06T16:58:43.950514+00:00

Vitess is a database clustering system for horizontal scaling of MySQL. Prior to versions 23.0.3 and 22.0.4, anyone with read/write access to the backup storage location (e.g. an S3 bucket) can manipulate backup manifest files so that arbitrary code is later executed when that backup is restored. This can be used to provide that attacker with unintended/unauthorized access to the production deployment environment — allowing them to access information available in that environment as well as run any additional arbitrary commands there. Versions 23.0.3 and 22.0.4 contain a patch. Some workarounds are available. Those who intended to use an external decompressor then can always specify that decompressor command in the `--external-decompressor` flag value for `vttablet` and `vtbackup`. That then overrides any value specified in the manifest file. Those who did not intend to use an external decompressor, nor an internal one, can specify a value such as `cat` or `tee` in the `--external-decompressor` flag value for `vttablet` and `vtbackup` to ensure that a harmless command is always used.

 https://cve.radiocsirt.org/vuln/ghsa-8g8j-r87h-p36x GHSA-8g8j-r87h-p36x — Vitess users with backup storage access can gain unauthorized access to production deployment environments 2026-10-06T16:58:43.950551+00:00

Affected: Go: vitess.io/vitess

### Impact

Any user with read/write access to the backup storage location (e.g. an S3 bucket) can manipulate backup manifest files so that arbitrary code is later executed when that backup is restored. This can be used to provide that attacker with unintended/unauthorized access to the production deployment environment — allowing them to access information available in that environment as well as run any additional arbitrary commands there.

### Patches Fixes are expected to be released with versions v23.0.3 and v22.0.4 See fix commit at https://github.com/vitessio/vitess/commit/4c0173293907af9cb942a6683c465c3f1e9fdb5c

### Workarounds

If maintainers *intended* to use an external decompressor then they can always specify that decompressor command in the `--external-decompressor` flag value for `vttablet` and `vtbackup`. That then overrides any value specified in the manifest file.

If maintainers did *not intend* to use an external decompressor, nor an internal one, then they can specify a value such as `cat` or `tee` in the `--external-decompressor` flag value for `vttablet` and `vtbackup` to ensure that a harmless command is always used.

### References

Users can read more about the issue here: https://github.com/vitessio/vitess/issues/19459

 https://cve.radiocsirt.org/vuln/msrc_cve-2026-27965 msrc_CVE-2026-27965 — Vitess users with backup storage access can gain unauthorized access to production deployment environments 2026-10-06T16:58:43.950600+00:00 msrc_CVE-2026-27965