CVE-2026-109575: Critical severity HAProxy Data Plane API vulnerability

Published Oct 12, 2026
·
Updated

In HAProxy Data Plane API 2.2.0 through 3.4.3 (and corresponding Enterprise Edition releases), Server.ConfigureAPI() has process-global authentication logic that improperly drops security controls across multiple transport types. When a TLS Certificate Authority (tlsca) is configured and a numeric TLS port (tlsport) is specified, the application globally disables Basic authentication on its shared internal request handler. Because this handler is shared concurrently among HTTP, HTTPS, and UNIX domain socket listeners, and mutual TLS (mTLS) client certificate verification (tls.RequireAndVerifyClientCert) is enforced exclusively on the HTTPS server path, all other simultaneously active non-mTLS listeners fail open. Consequently, an unauthenticated attacker capable of reaching an affected HTTP or UNIX management endpoint can completely bypass credentials to gain full API administrative access. This allows unauthorized remote or local actors to read sensitive, cleartext HAProxy configuration data or replace the managed configuration entirely via the raw configuration endpoint. This has been fixed in versions 3.4.4, 3.3.9, 3.2.17, 3.0.25, 2.9.29, and their respective EE backports by migrating to a per-request TLS connection-state validation model.

Affected Software

1 affected component
HAProxy Data Plane API>=2.2.0<=3.4.3

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade HAProxy Data Plane API to a version that resolves this vulnerability.

    Fixed in 3.4.4
  2. Upgrade

    Upgrade HAProxy Data Plane API to a version that resolves this vulnerability.

    Fixed in 3.3.9
  3. Upgrade

    Upgrade HAProxy Data Plane API to a version that resolves this vulnerability.

    Fixed in 3.2.17
  4. Upgrade

    Upgrade HAProxy Data Plane API to a version that resolves this vulnerability.

    Fixed in 3.0.25
  5. Upgrade

    Upgrade HAProxy Data Plane API to a version that resolves this vulnerability.

    Fixed in 2.9.29

Event History

Oct 12, 2026
CVE Published
via MITRE·07:32 PM
Data Sourced
via MITRE·07:32 PM
DescriptionSeverityWeakness
Data Sourced
via NVD·08:17 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which deployments are exposed to unauthenticated access?

Exposure requires a configured TLS Certificate Authority (tls_ca), a numeric TLS port (tls_port), and a simultaneously active HTTP or UNIX domain socket management listener. The HTTPS path enforces mTLS client-certificate verification, but the shared handler causes the other non-mTLS listeners to fail open.

2

What does an attacker need to exploit this issue?

An attacker needs only network access to an affected HTTP management endpoint or local access to an affected UNIX management socket. No Basic-authentication credentials are required under the affected configuration.

3

What access can a successful attacker obtain?

A successful attacker gains full API administrative access. They can read sensitive cleartext HAProxy configuration data and can replace the managed configuration through the raw configuration endpoint.

4

Which releases contain the fix?

Fixed releases are 3.4.4, 3.3.9, 3.2.17, 3.0.25, and 2.9.29, along with their respective Enterprise Edition backports.

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