kumactl connects to control plane without verifying TLS certificate when no CA is configured
Exact source revision recorded 24 Oct 2026 13:19:41 UTC. It does not establish the source's current position. Latest evidence.
osv · GHSA-v95x-xhq5-4929
PublishedWhen an operator adds an HTTPS control plane profile to `kumactl` without providing a CA certificate, `kumactl` disables TLS verification and sends API tokens over the unverified connection ## Impact An attacker on the network path between the operator and the control plane can intercept user or admin API tokens and then act against the control plane as that user ## Affected configurations - `kumactl` profiles manually added against an HTTPS control plane endpoint without `--ca-cert-file` ## Not affected - The default local profile, which uses plain HTTP ## Workarounds When adding an HTTPS control plane profile to `kumactl`, always pass `--ca-cert-file` pointing at the control plane's serving CA. Alternatively, terminate the control plane behind a publicly trusted certificate; the patched releases will verify successfully against the operating system trust store with no further configuration ## Resources - Fix: https://github.com/kumahq/kuma/pull/16777
- Source published
- 16 Jul 2026 19:12:08 UTC
- Source modified
- 13 Aug 2026 04:11:05 UTC
- Observed here
- 24 Oct 2026 13:19:41 UTC
- Source terms
- GitHub Advisory Database · CC-BY-4.0
Original source record · Cite this exact observation · Complete original publisher JSON
This view projects the publisher's source fields for reading; the original JSON retains additional fields and CVE enrichment containers. Attribution: osv · GitHub Advisory Database · CC-BY-4.0. Source text is retained; field grouping and change labels are provided by ChangeIntel.
CVSS_V4 · CVSS:4.0/AV:A/AC:H/AT:P/PR:N/UI:P/VC:N/VI:N/VA:N/SC:H/SI:H/SA:H
Publisher rating · MODERATE