NODE.JS · CVE-2026-126051 · Runtime
NO FIX YET
A deferred TLS callback in Node.js can use a socket after it has been destroyed, which happens when a client hello and a FIN arrive together. The result is an uncaught exception that terminates the server process instead of emitting an 'error' event.
first public Nov 11, 2026 · 1 source
Could this affect your app?
Free first check from your website. Connect your repo for the full answer.
Exposure requires a Node.js 26.x or 24.x TLS server that uses the SNICallback, OCSPRequest, newSession, or resumeSession hooks, or server.addContext(). An attacker needs only network access to the TLS port and can send a crafted client hello followed by a FIN, so internet-facing TLS services are the main concern. Servers on other Node.js lines, or TLS servers that use none of these hooks, are not described as affected.
Not affected if no-tls-server-hooks, other-node-versions
Who cares node.js, self-hosted, tls
node --version and see whether it reports a 26.x or 24.x release.SNICallback, OCSPRequest, newSession, or resumeSession, or that call server.addContext().No fix yet, per the sources.
A deferred-callback use-after-destroy in Node.js TLS server handshake handling allows a remote, unauthenticated attacker to terminate the server process. When a TLS server uses any of the SNICallback, OCSPRequest, newSession, or resumeSession hooks, or server.addContext(), the corresponding OpenSSL callbacks are deferred, and the deferred code does not handle the underlying socket being destroyed between scheduling and execution. By sending a client hello that reaches the vulnerable path (for example, no SNI together with an OCSP request) followed by padding and a socket FIN, an attacker makes OpenSSL deliver the client hello and the end-of-file in the same tick, so the socket is destroyed before the deferred callback runs and the process raises an uncaught exception instead of emitting an 'error' event. This vulnerability affects Node.js 26.x and 24.x.
This page as .md · .json · CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.
Check it with your coding agent
It reads this page and tells you if your code is affected.
Are you affected?
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.