Okta patches Cloud Services after Node.js security releases
Okta and Auth0 report no exploitation evidence and tell customers to move Auth0 Actions to Node 22 and patch SDK runtimes.
Client-cert auth bypass in Node.js TLS 1.2 renegotiation
A flaw in Node.js TLS lets a client that already authenticated with a certificate change the servername during TLS 1.2 renegotiation. On servers that apply different client-certificate policies per hostname, that client can carry its existing authentication onto a stricter host and reach endpoints it was not authorized for. The attacker needs a valid client certificate for a less-restricted host and network access; no user interaction is required. Node.js 26.x, 24.x, and 22.x are affected.
What to do: Apply the Node.js project's security update for CVE-2026-123872. Fixed versions are not stated.
| Product | Affected |
|---|---|
| Node.js | 26.x, 24.x, and 22.x |
Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.
A client certificate authentication bypass in Node.js TLS lets a client change the servername during TLS 1.2 renegotiation to reach endpoints it was not authorized for. On a server that applies different client-certificate policies per hostname, for example stricter admin-only client-cert auth on one host and ordinary client-cert auth on another, a client that authenticates for a permitted host can renegotiate the TLS 1.2 connection under a different servername and carry its existing authentication to the protected host, bypassing the stricter policy. This vulnerability affects Node.js 26.x, 24.x, and 22.x.
Okta and Auth0 report no exploitation evidence and tell customers to move Auth0 Actions to Node 22 and patch SDK runtimes.
Today 1.5K readers · 2.4K views · 768 reads · all time 189K views