Skip to content

Require Go 1.26.10 so the build uses a patched standard library [skip deploy] #no-deploy - #4

Merged
SebastianLopezO merged 1 commit into
mainfrom
security/snyk/go-stdlib-vulnerabilities
Nov 1, 2026
Merged

SebastianLopezO merged 1 commit into
mainfrom
security/snyk/go-stdlib-vulnerabilities

Conversation

@SebastianLopezO

Copy link
Copy Markdown
Member

Caso

  • Origen: Snyk Open Source (code scanning), 19 alertas abiertas sobre go.mod (ci: bump github/codeql-action from 3 to 4 #10 a #39), duplicadas en el
    escaneo central de .github.
  • Severidad: alta (crypto/x509, crypto/tls, net, net/http, net/mail, net/url, mime, encoding/asn1,
    encoding/xml, os).
  • Problema: go.mod declaraba go 1.26.0. Snyk evalúa la librería estándar con esa versión, y el CI la usaba de
    verdad: actions/setup-go lee go-version-file: go.mod, así que las pruebas y CodeQL compilaban con 1.26.0 aunque
    la imagen use golang:1.27.3. La versión más alta que exige el conjunto de alertas es 1.26.10.

Cambio

  • go 1.26.10 en go.mod.

Verificación

  • gofmt, go vet y go test ./... en verde.
  • La imagen sigue compilando con golang:1.27.3, que ya incluye los arreglos.

@SebastianLopezO
SebastianLopezO merged commit 4a5a5d1 into main Nov 1, 2026
6 of 7 checks passed
@SebastianLopezO
SebastianLopezO deleted the security/snyk/go-stdlib-vulnerabilities branch November 1, 2026 03:43
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.

1 participant