CVE-2026-84381: HTTPX2: Secure WebSocket traffic sent without TLS through SOCKS proxies

Published Sep 2, 2026
·
Updated

HTTPX2 is a next generation HTTP client for Python. Prior to 2.10.0, httpcore2 fails to start TLS in src/httpcore2/httpcore2/sync/socksproxy.py and src/httpcore2/httpcore2/async/socksproxy.py when the remote origin uses wss through a SOCKS5 proxy because the TLS upgrade condition only recognizes https. HTTPX2 exposes the flaw through Client.websocket() and AsyncClient.websocket() from 2.6.0 through 2.9.1, so the opening handshake, query parameters, Authorization headers, cookies, and subsequent frames can cross the proxy path in plaintext without certificate verification. An attacker controlling or observing that path can read or modify traffic and impersonate the WebSocket server. This issue is fixed in httpcore2 2.10.0 and HTTPX2 2.10.0.

Affected Software

2 affected components
httpcore2<2.10.0
httpx2>=2.6.0<=2.9.1

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade httpcore2 to a version that resolves this vulnerability.

    Fixed in 2.10.0
  2. Upgrade

    Upgrade HTTPX2 to a version that resolves this vulnerability.

    Fixed in 2.10.0

Event History

Sep 2, 2026
CVE Published
via MITRE·06:01 PM
Data Sourced
via MITRE·06:01 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·07:18 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which deployments are exposed?

HTTPX2 applications using Client.websocket() or AsyncClient.websocket() in versions 2.6.0 through 2.9.1 are exposed when they connect to a wss origin through a SOCKS5 proxy. The affected TLS-start condition is in httpcore2 SOCKS proxy handling before version 2.10.0.

2

What does an attacker need to exploit this issue?

An attacker must control or be able to observe the network path through the SOCKS proxy. Because TLS is not started for the wss connection, they can read or modify the handshake and WebSocket frames and impersonate the server.

3

What information or traffic is exposed?

The opening WebSocket handshake, including query parameters, Authorization headers, and cookies, can traverse the proxy path in plaintext. Subsequent WebSocket frames are also sent without certificate verification.

4

How can the issue be remediated?

Upgrade both HTTPX2 and httpcore2 to version 2.10.0. That version corrects TLS startup for wss connections through SOCKS proxies.

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