Skip to content

chore(go): rebuild kubectl with Go 1.26.4 to fix stdlib CVEs#35

Merged
alaudabot merged 3 commits into
alauda-v1.33.7from
fix/go-1264-stdlib-vuln
Jun 8, 2026
Merged

chore(go): rebuild kubectl with Go 1.26.4 to fix stdlib CVEs#35
alaudabot merged 3 commits into
alauda-v1.33.7from
fix/go-1264-stdlib-vuln

Conversation

@l-qing

@l-qing l-qing commented Jun 7, 2026

Copy link
Copy Markdown

Why

Three Go stdlib CVEs are present in the kubectl binary built with Go 1.26.3, causing Trivy gate failures in downstream AlaudaDevops/catalog images (kubectl, helm, kubectl-app-manager):

CVE Severity Fixed in
CVE-2026-42504 HIGH Go 1.26.4
CVE-2026-27145 MEDIUM Go 1.26.4
CVE-2026-42507 MEDIUM Go 1.26.4

What changed

Two files bumped from 1.26.31.26.4:

  • .go-version — read by hack/ scripts and cross-checked against go.mod; kept consistent
  • go.mod (go directive) — the authoritative source read by setup-go (go-version-file: go.mod) in .github/workflows/reusable-release-alauda.yaml

No staging submodules touched. No go mod tidy run (toolchain-only bump, not needed for a stdlib CVE fix).

Downstream impact

Once a new release tag (v*-alauda-*) is pushed on alauda-v1.33.7, the release workflow will pick up Go 1.26.4 and the produced alauda-kubectl binary will be free of these stdlib CVEs, unblocking the Trivy gate in AlaudaDevops/catalog.

@alaudabot alaudabot merged commit 11179e5 into alauda-v1.33.7 Jun 8, 2026
1 check passed
@alaudabot alaudabot deleted the fix/go-1264-stdlib-vuln branch June 8, 2026 01:52
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants