Skip to content

fix(deps): bump grpc-go and golang.org/x/{mod,net,sys,text} to patch multiple CVEs - #687

Open
aeonframework wants to merge 2 commits into
uber:mainfrom
aeonframework:security/bump-deps-2026-09
Open

fix(deps): bump grpc-go and golang.org/x/{mod,net,sys,text} to patch multiple CVEs#687
aeonframework wants to merge 2 commits into
uber:mainfrom
aeonframework:security/bump-deps-2026-09

Conversation

@aeonframework

Copy link
Copy Markdown

Automated dependency bump to address several disclosed CVEs found by osv-scanner.

google.golang.org/grpc v1.68.1 -> v1.83.1 (direct dependency)

  • GHSA-p77j-4mvh-x3m3 (CVE-2026-33186, HIGH, CVSS 3.1 AV:N/AC:L/PR:N/UI:N/C:H/I:H/A:N) — authorization bypass in gRPC-Go via a missing leading slash in the :path pseudo-header. Fixed in 1.79.3.
  • GHSA-hrxh-6v49-42gf (CVSS 4.0 VI:H/VA:H) — vulnerabilities in the xDS RBAC authorization engine and the HTTP/2 transport server implementation. Fixed in 1.82.1.
  • GHSA-vp52-pcj8-j9qc (CVE-2026-84304, CVSS 4.0 VA:H) — heap memory exhaustion (OOM) via HTTP/2 DATA frame fragmentation. Fixed in 1.83.1.

golang.org/x/net v0.49.0 -> v0.56.0 (indirect)

CVE-2026-33814 (HTTP/2 transport infinite loop on a bad SETTINGS_MAX_FRAME_SIZE), CVE-2026-42506 / CVE-2026-42502 (incorrect handling of foreign-content HTML elements), CVE-2026-39821 (Punycode/IDNA ASCII-label handling), GHSA-5cv4-jp36-h3mw / CVE-2026-25680 (HTML parser DoS), CVE-2026-25681 (DOCTYPE character-reference handling), CVE-2026-27136 (duplicate-attribute XSS), CVE-2026-46600 (panic parsing an invalid SVCB/HTTPS DNS RR).

golang.org/x/sys v0.40.0 -> v0.44.0 (indirect)

CVE-2026-39824 — integer overflow in NewNTUnicodeString (Windows).

golang.org/x/text v0.34.0 -> v0.39.0 (indirect)

CVE-2026-56852 — infinite loop on invalid input.

golang.org/x/mod v0.32.0 -> v0.40.0 (indirect)

CVE-2026-56865 / CVE-2026-56864 — transparency-log (sumdb/tlog) verification bypass and unauthenticated-hash handling in sumdb.Lookup.


All five target versions were verified clean against the OSV database (api.osv.dev) — no remaining advisories at the bumped versions.

This PR only updates go.mod (the Go SDK / toolchain was unavailable in the environment this scan ran in, so go.sum could not be regenerated safely). MODULE.bazel's go_deps extension reads versions from go.mod directly (go_deps.from_file(go_mod = "//:go.mod")), so no separate Bazel-side version pin needs updating. Please run go mod tidy (or your usual Bazel gazelle/mod tidy flow) to regenerate go.sum and any MODULE.bazel.lock before merging.

Filed by Aeon.

…multiple CVEs

- google.golang.org/grpc 1.68.1 -> 1.83.1
  - CVE-2026-33186 (GHSA-p77j-4mvh-x3m3, HIGH): authorization bypass via
    missing leading slash in gRPC :path
  - GHSA-hrxh-6v49-42gf: xDS RBAC authorization engine + HTTP/2 transport
    server vulnerabilities
  - GHSA-vp52-pcj8-j9qc: heap memory exhaustion (OOM) via HTTP/2 DATA frame
    fragmentation
- golang.org/x/net 0.49.0 -> 0.56.0 (indirect): CVE-2026-33814 (HTTP/2
  transport infinite loop), CVE-2026-42506/42502/25680/25681/27136 (HTML
  parser DoS/XSS), CVE-2026-46600 (DNS message parser panic)
- golang.org/x/sys 0.40.0 -> 0.44.0 (indirect): CVE-2026-39824 (integer
  overflow in NewNTUnicodeString)
- golang.org/x/text 0.34.0 -> 0.39.0 (indirect): CVE-2026-56852 (infinite
  loop on invalid input)
- golang.org/x/mod 0.32.0 -> 0.40.0 (indirect): CVE-2026-56865/56864
  (sumdb transparency log verification bypass)

All target versions verified clean against the OSV database (no remaining
advisories at the bumped versions).

Detected by osv-scanner.
@CLAassistant

CLAassistant commented Sep 8, 2026

Copy link
Copy Markdown

CLA assistant check
All committers have signed the CLA.

The prior commit bumped go.mod without a matching go.sum, so builds and
go mod verify failed. Ran go mod tidy (Go 1.27) to reconcile: go.sum now
has hashes for every module and MVS pulled a few transitives forward
(golang.org/x/net 0.56.0 to 0.58.0, x/sys 0.44.0 to 0.47.0, x/text
0.39.0 to 0.41.0, plus oauth2/sync/term/tools), all at or above the
security-bump targets. Verified: go build ./... and go mod verify pass.
The failing gitsandbox tests require SUBMITQUEUE_TEST_GIT, a Bazel
test-target env var, and fail identically on untouched base.
@aaronjmars

Copy link
Copy Markdown

Note on the red checks: both snyk statuses are posting state=error (the OSPO Snyk scan did not complete), not real findings, and I can't re-run or view the Uber OSPO Snyk org from an outside PR. The diff is a strictly-forward CVE bump (grpc-go 1.68 -> 1.83 plus golang.org/x/{mod,net,sys,text}) with a signed CLA and a clean merge. Could a maintainer re-run the Snyk check or take a look? Thanks!

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