ALPINE-CVE-2026-123872: High severity alpine/nodejs vulnerability

Published Nov 11, 2026
·
Updated

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.

Affected Software

5 affected componentsFixes available
alpine/nodejs<22.23.5-r0
22.23.5-r0
alpine/nodejs<22.23.5-r0
22.23.5-r0
alpine/nodejs<24.22.3-r0
24.22.3-r0
alpine/nodejs<24.22.3-r0
24.22.3-r0
alpine/nodejs-current<26.13.1-r0
26.13.1-r0

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade alpine/nodejs to a version that resolves this vulnerability.

    Fixed in 22.23.5-r0
  2. Upgrade

    Upgrade alpine/nodejs to a version that resolves this vulnerability.

    Fixed in 24.22.3-r0
  3. Upgrade

    Upgrade alpine/nodejs-current to a version that resolves this vulnerability.

    Fixed in 26.13.1-r0

Event History

Nov 11, 2026
CVE Published
via OSV·07:17 PM
Data Sourced
via OSV·07:17 PM
DescriptionSeverityAffected Software

Frequently Asked Questions

1

Which deployments are realistically exposed to this bypass?

Servers using affected Node.js 26.x, 24.x, or 22.x are exposed when they apply different client-certificate authentication policies by hostname on the same TLS service. A notable example is a less-restricted host and an admin host requiring stricter client-certificate authentication.

2

What does an attacker need to exploit the issue?

The attacker needs a client certificate accepted for a permitted hostname and must be able to perform TLS 1.2 renegotiation. They then change the servername during renegotiation so the existing authentication is carried to a hostname protected by a stricter policy.

3

Is a server with ordinary client-certificate authentication on only one hostname affected?

The described bypass depends on differing client-certificate policies between hostnames. The provided information does not indicate exposure for a deployment that has only one hostname or does not distinguish client-certificate authorization by hostname.

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