Skip to content

chore(deps): update module golang.org/x/net to v0.60.0 [security] (main) - #93

Open
renovate[bot] wants to merge 1 commit into
mainfrom
renovate/main-go-golang.org-x-net-vulnerability
Open

renovate[bot] wants to merge 1 commit into
mainfrom
renovate/main-go-golang.org-x-net-vulnerability

Conversation

@renovate

@renovate renovate Bot commented Jul 22, 2026 •

Copy link
Copy Markdown
Contributor

This PR contains the following updates:

Package Change Age Confidence
golang.org/x/net v0.55.0 → v0.60.0 age confidence

Parsing an invalid SVCB or HTTPS RR can panic in golang.org/x/net/dns/dnsmessage

BIT-golang-2026-46600 / CVE-2026-46600 / GO-2026-5942

More information

Details

Parsing an invalid SVCB or HTTPS RR can panic when the size of a parameter value overflows the message buffer.

Severity

Unknown

References

This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).


HTTP/2 server memory exhaustion due to Trailer headers in net/http

CVE-2026-78659 / GO-2026-6603

More information

Details

When "Trailer" headers are sent by a client, the HTTP server internally uses the header values to populate the Request.Trailer map passed to the server handler. Because Request.Trailer is a map, each entry incurs memory overhead. For HTTP/2 servers, a malicious client can exploit this by sending a "Trailer" header that declares a large number of fields, causing the server to allocate a disproportionate amount of memory while bypassing Server.MaxHeaderValueCount and Server.MaxHeaderBytes limits. This exploit is not applicable for HTTP/1 servers, which do not support multiplexing a large number of requests over one TCP connection, and whose Server.MaxHeaderBytes are calculated differently.

Severity

Unknown

References

This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).


HTTP/2 transport accepts malformed framing-related headers in net/http

CVE-2026-78660 / GO-2026-6610

More information

Details

Historically, we have been rather lax about malformed framing-related headers in our HTTP/2 implementation, as they cannot interfere with HTTP/2 framing. However, this makes it possible for our HTTP/2 implementation to forward responses containing such headers to an HTTP/1 client when acting as a reverse proxy. If the HTTP/1 client also does not behave strictly enough, this can result in response smuggling.

Severity

Unknown

References

This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).


Excessive CPU consumption from repeated initial window changes in net/http

CVE-2026-78669 / GO-2026-6611

More information

Details

A malicious HTTP/2 peer can cause excessive CPU consumption in the client or server by opening a large number of streams and then sending many small SETTINGS frames containing SETTINGS_INITIAL_WINDOW_SIZE values.

Severity

Unknown

References

This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).


Double flow control refund on HTTP/2 server streams in net/http

CVE-2026-78663 / GO-2026-6612

More information

Details

The HTTP/2 server can refund connection-level flow control twice for the same data: Once when a client resets a stream (refunding data for any sent-but-unread portion of the stream), and again when a request handler reads the buffered data. A malicious client can exploit this to bypass the configured connection-level flow control limit (MaxReceiveBufferPerConnection). Total buffered data is still limited by the concurrent stream limit and stream-level flow control.

Severity

Unknown

References

This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).


HTTP/2 server crash due to HPACK encoder race in net/http

CVE-2026-97032 / GO-2026-6617

More information

Details

HTTP/2 servers could end up crashing due to inadvertently modifying its HPACK encoder concurrently. This happens because the server modifies the HPACK encoder from two goroutines without synchronization: one uses the encoder to encode a HEADERS frame as part of a response sent to a client and the other modifies the encoder's table size when handling a SETTINGS frame containing SETTINGS_HEADER_TABLE_SIZE that a client sends. A malicious client can repeatedly send a request while changing the header table size to crash the server.

Severity

Unknown

References

This data is provided by OSV and the Go Vulnerability Database (CC-BY 4.0).


Configuration

📅 Schedule: (UTC)

  • Branch creation
    • At any time (no schedule defined)
  • Automerge
    • At any time (no schedule defined)

🚦 Automerge: Enabled.

♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@renovate
renovate Bot requested a review from kaio6fellipe as a code owner July 22, 2026 09:53
@renovate renovate Bot added the security label Jul 22, 2026
@renovate

renovate Bot commented Jul 22, 2026 •

Copy link
Copy Markdown
Contributor Author

ℹ️ Artifact update notice

File name: lambda/go.mod

In order to perform the update(s) described in the table above, Renovate ran the go get command, which resulted in the following additional change(s):

  • 4 additional dependencies were updated

Details:

Package Change
golang.org/x/crypto v0.52.0 -> v0.57.0
golang.org/x/sync v0.21.0 -> v0.23.0
golang.org/x/sys v0.45.0 -> v0.48.0
golang.org/x/text v0.39.0 -> v0.42.0

@github-actions

github-actions Bot commented Jul 22, 2026 •

Copy link
Copy Markdown

OpenSSF Scorecard — 7.5/10 ✅

Check Score Details
Binary-Artifacts 10/10 no binaries found in the repo
CI-Tests 10/10 24 out of 24 merged PRs checked by a CI test -- score normalized to 10
Code-Review 0/10 Found 0/30 approved changesets -- score normalized to 0
Dangerous-Workflow 10/10 no dangerous workflow patterns detected
License 10/10 license file detected
Pinned-Dependencies 6/10 dependency not pinned by hash detected -- score normalized to 6
Security-Policy 10/10 security policy file detected
Token-Permissions 10/10 GitHub workflow tokens follow principle of least privilege
Vulnerabilities 4/10 6 existing vulnerabilities detected

Threshold: 7 | Full report

@renovate
renovate Bot force-pushed the renovate/main-go-golang.org-x-net-vulnerability branch 2 times, most recently from d4f8e18 to 0253936 Compare August 17, 2026 01:51
@renovate renovate Bot changed the title chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) - autoclosed Aug 28, 2026
@renovate renovate Bot closed this Aug 28, 2026
@renovate
renovate Bot deleted the renovate/main-go-golang.org-x-net-vulnerability branch August 28, 2026 10:53
@renovate renovate Bot changed the title chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) - autoclosed chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) Aug 28, 2026
@renovate renovate Bot reopened this Aug 28, 2026
@renovate
renovate Bot force-pushed the renovate/main-go-golang.org-x-net-vulnerability branch from 0253936 to 8a956ec Compare August 28, 2026 16:56
@renovate renovate Bot changed the title chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) - autoclosed Aug 30, 2026
@renovate renovate Bot closed this Aug 30, 2026
@renovate renovate Bot changed the title chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) - autoclosed chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) Aug 30, 2026
@renovate renovate Bot reopened this Aug 30, 2026
@renovate
renovate Bot force-pushed the renovate/main-go-golang.org-x-net-vulnerability branch 2 times, most recently from 8a956ec to 2deff00 Compare August 30, 2026 20:56
@renovate renovate Bot changed the title chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) - autoclosed Sep 2, 2026
@renovate renovate Bot closed this Sep 2, 2026
@renovate renovate Bot changed the title chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) - autoclosed chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) Sep 2, 2026
@renovate renovate Bot reopened this Sep 2, 2026
@renovate
renovate Bot force-pushed the renovate/main-go-golang.org-x-net-vulnerability branch from 2deff00 to 2f7e35d Compare September 2, 2026 10:10
@renovate
renovate Bot force-pushed the renovate/main-go-golang.org-x-net-vulnerability branch from 2f7e35d to 8f4017c Compare September 25, 2026 17:01
@coderabbitai

coderabbitai Bot commented Sep 25, 2026 •

Copy link
Copy Markdown

Important

Review skipped

Bot user detected.

To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration
  • Configuration used: defaults
  • Review profile: CHILL
  • Plan: Advanced
  • Run ID: e0f37c03-38a7-4286-92c0-98b13ed48670

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
  • Autopilot · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@renovate
renovate Bot force-pushed the renovate/main-go-golang.org-x-net-vulnerability branch from 8f4017c to 6e14e5b Compare September 25, 2026 17:24
@renovate renovate Bot changed the title chore(deps): update module golang.org/x/net to v0.56.0 [security] (main) chore(deps): update module golang.org/x/net to v0.60.0 [security] (main) Oct 9, 2026
@renovate
renovate Bot force-pushed the renovate/main-go-golang.org-x-net-vulnerability branch from 6e14e5b to 324e971 Compare October 9, 2026 02:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants