chore(deps): update dependency ws to v8.21.2 - #31
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
July 3, 2024 18:37
029f5d7 to
57841cf
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
January 23, 2025 17:26
57841cf to
d0e0a09
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
February 21, 2025 11:46
d0e0a09 to
88578a0
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
March 4, 2025 23:07
88578a0 to
babb41a
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
April 1, 2025 07:07
babb41a to
59fb83f
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
May 3, 2025 05:52
59fb83f to
fbdd215
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
June 28, 2025 17:33
fbdd215 to
125d625
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
January 5, 2026 21:07
125d625 to
cdc82e8
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
March 21, 2026 21:09
cdc82e8 to
f444b03
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
May 12, 2026 18:12
f444b03 to
4d756e7
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
May 22, 2026 19:05
4d756e7 to
ffcf2fa
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
July 14, 2026 19:42
ffcf2fa to
554dd1d
Compare
renovate
Bot
force-pushed
the
renovate/ws-8.x-lockfile
branch
from
August 4, 2026 01:32
554dd1d to
26abfeb
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
8.17.0→8.21.28.5.10→8.18.1Release Notes
websockets/ws (ws)
v8.21.2Compare Source
Bug fixes
2eb3be0).v8.21.1Compare Source
Bug fixes
a2f4e7c).maxBufferedChunksandmaxFragmentsoptions havebeen reduced (
f197ac6).v8.21.0Compare Source
Features
maxBufferedChunksandmaxFragmentsoptions (2b2abd4).Bug fixes
2b2abd4).A high volume of tiny fragments and data chunks could be sent by a peer, using
modest network traffic, to crash a
wsserver or client due to OOM.The vulnerability was responsibly disclosed and fixed by Nadav Magier.
In vulnerable versions, the issue can be mitigated by lowering the value of the
maxPayloadoption if possible.v8.20.1Compare Source
Bug fixes
websocket.close()(
c0327ec).Providing a
TypedArray(e.g.Float32Array) as thereasonargument forwebsocket.close(), rather than the supported string orBuffertypes, causeduninitialized memory to be disclosed to the remote peer.
The issue was privately reported by Nikita Skovoroda.
v8.20.0Compare Source
Features
PerMessageDeflateclass and utilities for theSec-WebSocket-ExtensionsandSec-WebSocket-Protocolheaders (d3503c1).v8.19.0Compare Source
Features
closeTimeoutoption (#2308).Bug fixes
1998485).v8.18.3Compare Source
Bug fixes
Sec-WebSocket-Versionheader was not addedto the HTTP response if the client requested version was either invalid or
unacceptable (#2291).
v8.18.2Compare Source
Bug fixes
exceeded, led to the emission of an inaccurate error and closure of the
connection with an improper close code (#2285).
v8.18.1Compare Source
Bug fixes
make them work when run via CITGM (
021f7b8).v8.18.0Compare Source
Features
Blob(#2229).v8.17.1Compare Source
Bug fixes
A request with a number of headers exceeding the
server.maxHeadersCountthreshold could be used to crash a ws server.
The vulnerability was reported by Ryan LaPointe in #2230.
In vulnerable versions of ws, the issue can be mitigated in the following ways:
--max-http-header-size=sizeand/or themaxHeaderSizeoptions sothat no more headers than the
server.maxHeadersCountlimit can be sent.server.maxHeadersCountto0so that no limit is applied.Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about these updates again.
This PR was generated by Mend Renovate. View the repository job log.