Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 2 additions & 2 deletions .github/workflows/ci.yml
Original file line number Diff line number Diff line change
Expand Up @@ -22,7 +22,7 @@ jobs:
persist-credentials: false
- uses: actions/setup-go@v7
with:
go-version: '1.26'
go-version: '1.26.8'
cache: true
- name: Build
run: go build ./...
Expand Down Expand Up @@ -88,7 +88,7 @@ jobs:
persist-credentials: false
- uses: actions/setup-go@v7
with:
go-version: '1.26'
go-version: '1.26.8'
cache: true
- name: Install govulncheck
run: go install golang.org/x/vuln/cmd/govulncheck@latest
Expand Down
2 changes: 1 addition & 1 deletion .github/workflows/desktop-release.yml
Original file line number Diff line number Diff line change
Expand Up @@ -34,7 +34,7 @@ jobs:

- uses: actions/setup-go@v7
with:
go-version: '1.26'
go-version: '1.26.8'
cache: true

- uses: actions/setup-node@v7
Expand Down
13 changes: 9 additions & 4 deletions docs/SECURITY-NOTES.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,11 +7,16 @@ present in the dependency tree. The job is a hard gate: a finding our code can r

## Go standard library

The release and CI workflows ask for `go-version: '1.26'`, so `setup-go` resolves the latest 1.26.x patch
and each Go security release arrives without a workflow edit. Keep it that way. Pinning an exact patch
looks tidy and then quietly rots: the workflows sat on `'1.26.5'` while go1.26.6 fixed five advisories our
The release and CI workflows pin an exact toolchain, `go-version: '1.26.8'`, so a release built today and one
rebuilt next month use the same compiler and standard library. The cost of an exact pin is that Go security
releases do not arrive on their own: the workflows sat on `'1.26.5'` while go1.26.6 fixed five advisories our
code actually calls (`GO-2026-6218` net/url, `GO-2026-6090` crypto/tls, `GO-2026-6089` and `GO-2026-5026`
net/http, `GO-2026-5972` encoding/asn1), which shipped in release binaries until the gate caught it.
net/http, `GO-2026-5972` encoding/asn1), and those shipped in release binaries until the gate caught it.

The `govulncheck` gate is what keeps the pin honest. It runs against the pinned toolchain, so a stdlib advisory
our code can reach fails CI on the next pull request. When it does, or when a Go security release ships, bump
the pin in all three places (`ci.yml` twice, `desktop-release.yml` once) to the latest 1.26.x and let the gate
confirm it.

If you build locally with an older toolchain you will see those findings. Update your Go toolchain.

Expand Down