CVE-2026-59724: Socket.IO: Engine.IO WebTransport SID DoS
Impact
Engine.IO servers with WebTransport enabled are vulnerable to a remotely triggerable denial of service.
A malicious unauthenticated client can send a crafted WebTransport upgrade request containing a specially chosen session ID, such as proto. Because the session ID lookup did not properly verify that the key was an own property of the clients object, the lookup could resolve to an inherited prototype property instead of a valid Engine.IO client.
This can cause a TypeError during WebTransport upgrade handling. Since the failure occurs in an asynchronous context, it may result in an unhandled Promise rejection and terminate the Node.js process on affected Node.js versions/configurations.
Successful exploitation can allow an unauthenticated remote attacker to crash the server process and cause denial of service. Under a process supervisor, repeated exploitation may cause crash loops.
Affected configurations are limited to deployments where WebTransport support is enabled. WebTransport is not enabled by default.
Affected versions:
- engine.io >= 6.5.0 < 6.6.7
Patches
The issue was fixed in:
- engine.io 6.6.7
Users should upgrade to engine.io@6.6.7 or later.
If using Socket.IO packages that depend on Engine.IO, users should update to a Socket.IO release that includes the patched Engine.IO version.
Workarounds
If upgrading immediately is not possible, affected users can mitigate the issue by disabling WebTransport support.
WebTransport is opt-in, so servers should ensure that webtransport is not included in the enabled transports list.
For example, use only the default HTTP long-polling and WebSocket transports:
js const engine = new Server({ transports: ["polling", "websocket"], });
Additional operational mitigations may include:
- Restricting access to WebTransport endpoints at the reverse proxy or HTTP/3 layer. - Disabling HTTP/3/WebTransport support until the patched version can be deployed. - Running the service under a supervisor as a partial availability mitigation, though this does not prevent repeated crash attempts.
References
- Fix commit: https://github.com/socketio/socket.io/commit/1fa1f46cd420ac5b57bb4c04c959b58f3c79158c - Engine.IO changelog entry for 6.6.7: https://github.com/socketio/socket.io/blob/main/packages/engine.io/CHANGELOG.md#667-2026-04-27 - Engine.IO package: https://www.npmjs.com/package/engine.io - Socket.IO repository: https://github.com/socketio/socket.io
Other sources
Socket.IO enables bidirectional and low-latency communication for every platform. From 6.5.0 before 6.6.7, Engine.IO servers with WebTransport enabled can resolve a crafted session ID such as proto through an inherited property of the clients object during WebTransport upgrade handling, causing a TypeError and denial of service. This issue is fixed in version 6.6.7.
— MITRE
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
npm/engine.ioto a version that resolves this vulnerability.Fixed in 6.6.7 - Upgrade
Upgrade
engine.ioto a version that resolves this vulnerability.Fixed in 6.6.7 - Configuration
If WebTransport is currently enabled, remove it from the enabled transports list. Configure the Socket.IO/Engine.IO server transports to only use the default HTTP long-polling and WebSocket transports (e.g., `transports: ["polling", "websocket"]`).
Engine.IO (Socket.IO Server option: transports) transports = ["polling","websocket"] - Compensating control
If an upgrade to engine.io 6.6.7 cannot be deployed immediately, restrict access to WebTransport endpoints at the reverse proxy or the HTTP/3 layer.
- Compensating control
If upgrading immediately is not possible, disable WebTransport support until the patched version can be deployed.
- Operational
If the server is deployed under a process supervisor, monitor for crash loops during continued probing; a supervisor may mitigate partial availability but does not prevent repeated crash attempts.
Event History
Frequently Asked Questions
What is the severity of CVE-2026-59724?
The severity of CVE-2026-59724 is rated high, with a CVSS score of 7.5.
How do I fix CVE-2026-59724?
To fix CVE-2026-59724, upgrade Socket.IO Engine.IO to version 6.6.7 or later.
What type of attack does CVE-2026-59724 facilitate?
CVE-2026-59724 facilitates a denial of service (DoS) attack due to improper session ID handling.
Which versions of Socket.IO are affected by CVE-2026-59724?
CVE-2026-59724 affects Socket.IO Engine.IO versions from 6.5.0 to before 6.6.7.
What component of Socket.IO does CVE-2026-59724 impact?
CVE-2026-59724 impacts the Engine.IO component of Socket.IO when WebTransport is enabled.