GHSA-gr94-w7qr-f4j3: Input Validation

Published Aug 31, 2026
·
Updated

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

Affected Software

1 affected componentFixes available
npm/engine.io>=6.5.0<6.6.7
6.6.7

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/engine.io to a version that resolves this vulnerability.

    Fixed in 6.6.7
  2. Upgrade

    Upgrade engine.io to a version that resolves this vulnerability.

    Fixed in 6.6.7
  3. Configuration

    Disable WebTransport by ensuring Engine.IO is configured with only the default HTTP long-polling and WebSocket transports (i.e., do not include 'webtransport' in the enabled transports list). Example: set transports to ["polling", "websocket"].

    Engine.IO (transports configuration) transports = ['polling','websocket']
  4. Compensating control

    Restrict access to WebTransport endpoints at the reverse proxy or HTTP/3 layer.

Event History

Aug 31, 2026
Advisory Published
via GitHub·09:28 PM
Data Sourced
via GitHub·09:28 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which deployments are exposed to this issue?

Only Engine.IO deployments with WebTransport support enabled are affected. WebTransport is not enabled by default, so deployments that have not enabled it are not affected by this vulnerability.

2

Does an attacker need authentication or prior access to crash the server?

No. An unauthenticated remote client can trigger the issue by sending a crafted WebTransport upgrade request with a specially chosen session ID.

3

What versions should be remediated?

Engine.IO versions from 6.5.0 up to, but not including, 6.6.7 are affected. Upgrade to engine.io 6.6.7.

4

What is the operational impact if exploitation succeeds?

The crafted request can cause an unhandled Promise rejection that terminates the Node.js process on affected Node.js versions or configurations. If a process supervisor restarts the service, repeated requests may produce crash loops.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203