openssl/openssl

[Padlock] AES-256 does not work for QUIC

Closed

#24,879 opened on Jul 14, 2024

 (2 comments) (0 reactions) (0 assignees)C (11,262 forks)batch import
help wantedtriaged: bug

Repository metrics

Stars
 (30,157 stars)
PR merge metrics
 (No merged PRs in 30d)

Description

Issue #20073, take two.

TLS_AES_256_GCM_SHA384 does not work with VIA engine padlock when using curl with --http3-only (QUIC) option: curl hangs on connection attempt and does not accept the reply packets sent from the server, without any error.

Tested on x86 VIA Eden Esther 1 GHz and on x86_64 VIA Eden X2 U4200, both x86 and x86_64 builds. TLS_AES_128_GCM_SHA256 and TLS_CHACHA20_POLY1305_SHA256 work fine. Running curl with rebuilt openssl with no-hw-padlock solves the issue for TLS_AES_256_GCM_SHA384.

I could not reproduce the issue with regular TLS connection using curl (not QUIC), as well as with demos/http3 (with the patch to select SSL_CTX_set_ciphersuites(ctx, "TLS_AES_256_GCM_SHA384")).

I don't know how to debug this issue further. Tested with:

  • OpenSSL quictls 3.1.5
  • OpenSSL 3.3.0
  • OpenSSL 3.3.1

curl issue: https://github.com/curl/curl/issues/14180

@bernd-edlinger, I can provide VIA X2 U4200 machine to debug this time, it has more RAM and dual-core x86_64 CPU.

Contributor guide