CVE-2026-96770: s2s-proxy accepts untrusted client certificates

Published Sep 23, 2026
·
Updated

All published s2s-proxy versions through 0.2.2 are affected. In versions 0.1.16 through 0.2.2, TLS server listeners use Go's RequireAnyClientCert mode when skipCAVerification is false. This mode checks that the client holds the certificate's private key but does not verify the certificate against the configured CA. An attacker can therefore use a self-signed certificate and key to establish a TLS and yamux connection, then invoke RPCs allowed by the proxy's configuration and Temporal credentials. No certificate or private key trusted by the deployment, and no Temporal credential, is required.

Affected Software

1 affected component
s2s-proxy<=0.2.2

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade s2s-proxy to a version that resolves this vulnerability.

    Fixed in 0.2.3

Event History

Sep 23, 2026
CVE Published
via MITRE·06:58 PM
Data Sourced
via MITRE·06:58 PM
RemedyDescriptionWeakness
Data Sourced
via NVD·07:19 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which deployments are exposed to unauthenticated clients?

All published s2s-proxy versions through 0.2.2 are affected. The described TLS client-certificate validation flaw applies to versions 0.1.16 through 0.2.2 when TLS server listeners run with skipCAVerification set to false.

2

What does an attacker need to exploit this issue?

An attacker needs only a self-signed certificate and its private key to establish a TLS and yamux connection. They do not need a certificate or private key trusted by the deployment, and they do not need Temporal credentials.

3

What access can an attacker obtain after connecting?

The attacker can invoke RPCs that are permitted by the proxy configuration and its Temporal credentials. The reachable actions therefore depend on the RPC permissions configured for the proxy and the authority of the Temporal credentials it uses.

4

How can I identify the affected TLS configuration?

Review TLS server listeners in s2s-proxy versions 0.1.16 through 0.2.2. A listener is affected when skipCAVerification is false and the server uses Go's RequireAnyClientCert mode, which requires proof of possession but does not validate the client certificate against the configured CA.

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