Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Snyk] Fix for 1 vulnerabilities #190

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

Omrisnyk
Copy link
Owner

snyk-top-banner

Snyk has created this PR to fix 1 vulnerabilities in the npm dependencies of this project.

Snyk changed the following file(s):

  • large-file/package.json
  • large-file/package-lock.json

Vulnerabilities that will be fixed with an upgrade:

Issue Score
high severity Denial of Service (DoS)
SNYK-JS-WS-7266574
  169  
Release notes
Package name: socket.io
  • 4.8.0 - 2024-09-21

    Features

    Custom transport implementations

    The transports option now accepts an array of transport implementations:

    import { io } from "socket.io-client";
    import { XHR, WebSocket } from "engine.io-client";

    const socket = io({
    transports: [XHR, WebSocket]
    });

    Here is the list of provided implementations:

    Transport Description
    Fetch HTTP long-polling based on the built-in fetch() method.
    NodeXHR HTTP long-polling based on the XMLHttpRequest object provided by the xmlhttprequest-ssl package.
    XHR HTTP long-polling based on the built-in XMLHttpRequest object.
    NodeWebSocket WebSocket transport based on the WebSocket object provided by the ws package.
    WebSocket WebSocket transport based on the built-in WebSocket object.
    WebTransport WebTransport transport based on the built-in WebTransport object.

    Usage:

    Transport browser Node.js Deno Bun
    Fetch ✅ (1)
    NodeXHR
    XHR
    NodeWebSocket
    WebSocket ✅ (2)
    WebTransport

    (1) since v18.0.0
    (2) since v21.0.0

    Added in f4d898e and b11763b.

    Test each low-level transports

    When setting the tryAllTransports option to true, if the first transport (usually, HTTP long-polling) fails, then the other transports will be tested too:

    import { io } from "socket.io-client";

    const socket = io({
    tryAllTransports: true
    });

    This feature is useful in two cases:

    • when HTTP long-polling is disabled on the server, or if CORS fails
    • when WebSocket is tested first (with transports: ["websocket", "polling"])

    The only potential downside is that the connection attempt could take more time in case of failure, as there have been reports of WebSocket connection errors taking several seconds before being detected (that's one reason for using HTTP long-polling first). That's why the option defaults to false for now.

    Added in 579b243.

    Bug Fixes

    • accept string | undefined as init argument (bis) (60c757f)
    • allow to manually stop the reconnection loop (13c6d2e)
    • close the engine upon decoding exception (04c8dd9)
    • do not send a packet on an expired connection (#5134) (8adcfbf)

    Dependencies

  • 4.7.5 - 2024-03-14
  • 4.7.4 - 2024-01-12
  • 4.7.3 - 2024-01-03
  • 4.7.2 - 2023-08-02
  • 4.7.1 - 2023-06-28
  • 4.7.0 - 2023-06-22
  • 4.6.2 - 2023-05-31
  • 4.6.1 - 2023-02-20
  • 4.6.0 - 2023-02-07
  • 4.6.0-alpha1 - 2023-01-25
  • 4.5.4 - 2022-11-22
  • 4.5.3 - 2022-10-15
  • 4.5.2 - 2022-09-02
  • 4.5.1 - 2022-05-17
  • 4.5.0 - 2022-04-23
  • 4.4.1 - 2022-01-06
  • 4.4.0 - 2021-11-18
  • 4.3.2 - 2021-11-08
  • 4.3.1 - 2021-10-16
  • 4.3.0 - 2021-10-14
  • 4.2.0 - 2021-08-30
  • 4.1.3 - 2021-07-10
  • 4.1.2 - 2021-05-17
  • 4.1.1 - 2021-05-11
  • 4.1.0 - 2021-05-11
  • 4.0.2 - 2021-05-06
  • 4.0.1 - 2021-03-31
  • 4.0.0 - 2021-03-10
  • 3.1.2 - 2021-02-26
  • 3.1.1 - 2021-02-03
  • 3.1.0 - 2021-01-15
  • 3.0.5 - 2021-01-05
  • 3.0.4 - 2020-12-07
  • 3.0.3 - 2020-11-19
  • 3.0.2 - 2020-11-17
  • 3.0.1 - 2020-11-09
  • 3.0.0 - 2020-11-05
  • 3.0.0-rc4 - 2020-10-30
  • 3.0.0-rc3 - 2020-10-26
  • 3.0.0-rc2 - 2020-10-15
  • 3.0.0-rc1 - 2020-10-13
  • 2.5.1 - 2024-06-19

    Bug Fixes

    • add a noop handler for the error event (d30630b)

    Links:

    • Diff: 2.5.0...2.5.1
    • Client release: -
    • engine.io version: ~3.6.0 (no change)
    • ws version: ~7.5.10
  • 2.5.0 - 2022-06-26
  • 2.4.1 - 2021-01-07
  • 2.4.0 - 2021-01-04
  • 2.3.0 - 2019-09-20
  • 2.2.0 - 2018-11-28
  • 2.1.1 - 2018-05-17
  • 2.1.0 - 2018-03-29
  • 2.0.4 - 2017-10-22
  • 2.0.3 - 2017-06-12
  • 2.0.2 - 2017-06-01
from socket.io GitHub release notes
Package name: socket.io-client
  • 4.8.0 - 2024-09-21

    Features

    Custom transport implementations

    The transports option now accepts an array of transport implementations:

    import { io } from "socket.io-client";
    import { XHR, WebSocket } from "engine.io-client";

    const socket = io({
    transports: [XHR, WebSocket]
    });

    Here is the list of provided implementations:

    Transport Description
    Fetch HTTP long-polling based on the built-in fetch() method.
    NodeXHR HTTP long-polling based on the XMLHttpRequest object provided by the xmlhttprequest-ssl package.
    XHR HTTP long-polling based on the built-in XMLHttpRequest object.
    NodeWebSocket WebSocket transport based on the WebSocket object provided by the ws package.
    WebSocket WebSocket transport based on the built-in WebSocket object.
    WebTransport WebTransport transport based on the built-in WebTransport object.

    Usage:

    Transport browser Node.js Deno Bun
    Fetch ✅ (1)
    NodeXHR
    XHR
    NodeWebSocket
    WebSocket ✅ (2)
    WebTransport

    (1) since v18.0.0
    (2) since v21.0.0

    Added in f4d898e and b11763b.

    Test each low-level transports

    When setting the tryAllTransports option to true, if the first transport (usually, HTTP long-polling) fails, then the other transports will be tested too:

    import { io } from "socket.io-client";

    const socket = io({
    tryAllTransports: true
    });

    This feature is useful in two cases:

    • when HTTP long-polling is disabled on the server, or if CORS fails
    • when WebSocket is tested first (with transports: ["websocket", "polling"])

    The only potential downside is that the connection attempt could take more time in case of failure, as there have been reports of WebSocket connection errors taking several seconds before being detected (that's one reason for using HTTP long-polling first). That's why the option defaults to false for now.

    Added in 579b243.

    Bug Fixes

    • accept string | undefined as init argument (bis) (60c757f)
    • allow to manually stop the reconnection loop (13c6d2e)
    • close the engine upon decoding exception (04c8dd9)
    • do not send a packet on an expired connection (#5134) (8adcfbf)

    Dependencies

  • 4.7.5 - 2024-03-14
  • 4.7.4 - 2024-01-12
  • 4.7.3 - 2024-01-03
  • 4.7.2 - 2023-08-02
  • 4.7.1 - 2023-06-28
  • 4.7.0 - 2023-06-22
  • 4.6.2 - 2023-05-31
  • 4.6.1 - 2023-02-20
  • 4.6.0 - 2023-02-06
  • 4.6.0-alpha2 - 2023-02-04
  • 4.6.0-alpha1 - 2023-02-03
  • 4.5.4 - 2022-11-22
  • 4.5.3 - 2022-10-15
  • 4.5.2 - 2022-09-02
  • 4.5.1 - 2022-05-17
  • 4.5.0 - 2022-04-23
  • 4.4.1 - 2022-01-06
  • 4.4.0 - 2021-11-18
  • 4.3.2 - 2021-10-16
  • 4.3.1 - 2021-10-15
  • 4.3.0 - 2021-10-14
  • 4.2.0 - 2021-08-30
  • 4.1.3 - 2021-07-10
  • 4.1.2 - 2021-05-17
  • 4.1.1 - 2021-05-11
  • 4.1.0 - 2021-05-11
  • 4.0.2 - 2021-05-06
  • 4.0.1 - 2021-03-31
  • 4.0.0 - 2021-03-10
  • 3.1.3 - 2021-03-12
  • 3.1.2 - 2021-02-26
  • 3.1.1 - 2021-02-03
  • 3.1.0 - 2021-01-15
  • 3.0.5 - 2021-01-05
  • 3.0.4 - 2020-12-07
  • 3.0.3 - 2020-11-19
  • 3.0.2 - 2020-11-17
  • 3.0.1 - 2020-11-09
  • 3.0.0 - 2020-11-05
  • 3.0.0-rc4 - 2020-10-30
  • 3.0.0-rc3 - 2020-10-26
  • 3.0.0-rc2 - 2020-10-15
  • 3.0.0-rc1 - 2020-10-13
  • 2.5.0 - 2022-06-26
  • 2.4.0 - 2021-01-04
  • 2.3.1 - 2020-09-30
  • 2.3.0 - 2019-09-20
  • 2.2.0 - 2018-11-28
  • 2.1.1 - 2018-05-17
  • 2.1.0 - 2018-03-29
  • 2.0.4 - 2017-10-22
  • 2.0.3 - 2017-06-12
  • 2.0.2 - 2017-06-01
from socket.io-client GitHub release notes

Important

  • Check the changes in this PR to ensure they won't cause issues with your project.
  • Max score is 1000. Note that the real score may have changed since the PR was raised.
  • This PR was automatically created by Snyk using the credentials of a real user.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.

For more information:
🧐 View latest project report
📜 Customise PR templates
🛠 Adjust project settings
📚 Read about Snyk's upgrade logic


Learn how to fix vulnerabilities with free interactive lessons:

🦉 Denial of Service (DoS)

… vulnerabilities

The following vulnerabilities are fixed with an upgrade:
- https://snyk.io/vuln/SNYK-JS-WS-7266574
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.

2 participants