webtransport-go: CloseWithError can block indefinitely
Moderate severity
GitHub Reviewed
Published
Feb 12, 2026
in
quic-go/webtransport-go
•
Updated Feb 12, 2026
Description
Published to the GitHub Advisory Database
Feb 12, 2026
Reviewed
Feb 12, 2026
Published by the National Vulnerability Database
Feb 12, 2026
Last updated
Feb 12, 2026
Summary
An attacker can cause a denial of service in webtransport-go by preventing or indefinitely delaying WebTransport session closure. A malicious peer can withhold QUIC flow control credit on the CONNECT stream, blocking transmission of the WT_CLOSE_SESSION capsule and causing the close operation to hang.
Details
WebTransport over HTTP/3 signals session termination by sending a WT_CLOSE_SESSION capsule on the CONNECT stream. The capsule is only needed to transmit a reason phrase and an error code to the peer. After the capsule is sent, the CONNECT stream is closed.
In affected versions, the closure procedure blocked indefinitely while waiting for sufficient QUIC flow control credit from the peer. A malicious peer can withhold this credit, preventing the capsule from being sent.
The Fix
webtransport-go now attempts to send the WT_CLOSE_SESSION capsule with a short deadline. If the capsule cannot be sent within this deadline, the CONNECT stream is reset instead. This closes the WebTransport session promptly without transmitting the optional error details.
This prevents indefinite blocking on session closure.
References