Files
haproxy/docker
bitdeals 83e5ef0eb1
Build docker image and push to registry.bitdeals.org / main-build-job (push) Successful in 32s
fix: drop the base image's FIPS preference, which closed TLS 1.3
The public door has been refusing every modern client since 2026-09-02,
with no commit behind it. `FROM bitnami/haproxy` carries no tag and the
scheduled build runs daily, so the image is rebuilt each morning on
whatever base is `:latest` that day. That morning's base arrived with
OpenSSL's FIPS provider preferred.

Photon OS reads the preference straight out of the environment:

    [alg_sect]
    default_properties = ?fips=$ENV::OPENSSL_FIPS

With "yes", every algorithm fetch prefers the FIPS provider, and that
provider cannot produce an X25519MLKEM768 key — ssl_generate_pkey_group
fails. HAProxy offers the group anyway: OpenSSL 3.5 lists it first and
haproxy.cfg sets no ssl-default-bind-curves, so the server picks a group
it cannot then use and answers a fatal illegal_parameter. Anything that
offers post-quantum key exchange — curl, browsers, httpx — is refused;
only a client asking for a classical group gets in. МС talks to ДС over
HTTPS, so no deal could be created through it either.

Nothing here needs FIPS, and the base image itself provides the switch.
The provider stays loaded; only the preference is dropped.

Verified by building this image on testnet2 and serving the live
certificate from it: curl 200 where it was a TLS connect error, group
X25519MLKEM768 negotiated, ECDHE-ECDSA-CHACHA20-POLY1305 still offered,
TLS 1.1 still refused.
2026-09-03 10:06:39 +00:00
..