It's time to upgrade openssl to version 3.0.x!

[goodve]

It is well known that openssl version 1.x has been end of life.
In the meantime, nginx has been actively upgraded to openSSL 3.0.x

[computinglife]

Any timelines for this please? This is becoming a blocker

[goodve]

Any timelines for this please? This is becoming a blocker
All older versions (including 1.1.0, 1.0.2, 1.0.0 and 0.9.8) are now out of support and should not be used. Users of these older versions are encouraged to upgrade to 3.1 or 3.0 as soon as possible. Extended support for 1.1.1 and 1.0.2 to gain access to security fixes for that version is available.

refer to https://www.openssl.org/source/

[computinglife]

Well, the extended support from openssl is hardly practical since we / others use the OpenREsty binary directly since custom Lua builds is heavily discouraged according to the official documentation, due to the complexity involved.

So the OpenResty images are the only source for kosher builds containing latest versions of OpenSSL. The later builds are also importance from compliance perspective and it is not just a question of support.

[goodve]

Well, the extended support from openssl is hardly practical since we / others use the OpenREsty binary directly since custom Lua builds is heavily discouraged according to the official documentation, due to the complexity involved.

So the OpenResty images are the only source for kosher builds containing latest versions of OpenSSL. The later builds are also importance from compliance perspective and it is not just a question of support.

Currently, countries around the world are paying close attention to network security. openssl1.x may be directly disabled if it fails the security baseline test, and if it cannot be upgraded. Is it possible to find a way to cheat the test, for example, just change the version number 🤣🤣🤣🤣🤣🤣🤣

[computinglife]

Do we know if this work is planned ? Is someone working on this ? Can we help in any ways possible ?

[devhaozi]

Do we know if this work is planned ? Is someone working on this ? Can we help in any ways possible ?

They promised in a previous issue to release 1.25.x before the end of the year.

[computinglife]

Do we know if this work is planned ? Is someone working on this ? Can we help in any ways possible ?

They promised in a previous issue to release 1.25.x before the end of the year.

Can you please share a reference to this promise, so that i can check in on it whenever i need to get tensed up in my free time ?

[devhaozi]

Do we know if this work is planned ? Is someone working on this ? Can we help in any ways possible ?

They promised in a previous issue to release 1.25.x before the end of the year.

Can you please share a reference to this promise, so that i can check in on it whenever i need to get tensed up in my free time ?

#905 (comment)
#905 (comment)

[tiwarivikash]

@zhuizhuhaomeng Can you please comment if OpenSSL 3 upgrade is going to be part of Nginx 1.25.x upgrade?

[zhuizhuhaomeng]

At least, there are two things to do:
Port openssl-1.1.1f-sess_set_get_cb_yield.patch to OpenSSL 3.x.
Test the performance of OpenSSL 3.x to make sure there is not much regression.

If anyone can submit a PR, it would be appreciated!

[luisgoncalves]

Hi,

Just wanted to confirm I got things right.. In the latest openresty Docker images I get:

> nginx -V
nginx version: openresty/1.25.3.1
built by gcc 11.4.0 (Ubuntu 11.4.0-1ubuntu1~22.04)
built with OpenSSL 1.1.1w  11 Sep 2023

So, although Openresty 1.25.3.1 is based on Nginx 1.25.3, for which there are builds using OpenSSL 3.X, Openresty itself is still built against OpenSSL 1.1.1. Currently, there's no oficial Docker image using OpenSSL 3.X.

Is my understanding correct? Thanks.

[Faq]

Seems @luisgoncalves is right.

Also dropping from forum:

OpenSSL 3.0 has performance regression.
So we don't upgrade to OpenSSL 3.0.

[centminmod]

Just chiming in with my 2 cents

Now that OpenSSL 1.1.1 is EOL with 1.1.1w being the last public release, curious what are OpenResty and Lua Nginx's ssl* plans for the future, and what will you upgrade the base to? Several projects also discuss their futures beyond OpenSSL 1.1.1 at haproxy/haproxy#2294 and quictls/quictls#14.

I ask as my Nginx builds, which have optional Lua Nginx modules support, can be compiled against the following crypto libraries below. But naturally, not all are expected to be supported by Lua Nginx.

• OpenSSL 1.1.1 = supported by Lua Nginx
• OpenSSL 3.0/3.1/3.2/3.3 = not supported by Lua Nginx?
• BoringSSL for HTTP/3 QUIC = not supported by Lua Nginx? Though looks like it is supported 最新版openresty HTTP/3编译成功，要怎么启用配置，网上找的教程都不成功，是有bug吗？怎么配置都还是启用不了HTTP3协议访问 #958 ?
• LibreSSL for HTTP/3 QUIC = not supported by Lua Nginx?
• QuicTLS OpenSSL 1.1.1/3.0/3.1 for HTTP/3 QUIC = not supported by Lua Nginx?
• Quiche/BoringSSL for HTTP/3 QUIC = not supported by Lua Nginx?
• Amazon AWS-LC for HTTP/3 QUIC and like BoringSSL are Post-Quantum KEM supported = not supported by Lua Nginx?

Personally, for my own Nginx builds, I am leaning towards https://github.com/aws/aws-lc, which combines the best of BoringSSL and OpenSSL 1.1.1 code base with HTTP/2 and HTTP/3 QUIC support and retaining OCSP stapling support and dual RSA + ECDSA SSL certificate support which BoringSSL ripped out. AWS-LC is also the easiest and fastest to compile too! 😎

Amazon AWS-LC team are also focussing on compatibility with a lot of common software including Nginx and nginx patches - see https://github.com/aws/aws-lc/tree/main/tests/ci/integration and they're FIPS 140-3 certificated https://aws.amazon.com/blogs/security/aws-lc-is-now-fips-140-3-certified/

FYI, performance wise AWS-LC > BoringSSL > OpenSSL/quicTLS 1.1.1 > OpenSSL/quicTLS 3.3 > 3.2 > 3.1 >3.0 > LibreSSL. So if you're worried about performance regressions in OpenSSL 3.0-3.3, then my choice is still AWS AWS-LC 😃

[devhaozi]

Just chiming in with my 2 cents

Now that OpenSSL 1.1.1 is EOL with 1.1.1w being the last public release, curious what are OpenResty and Lua Nginx's ssl* plans for the future, and what will you upgrade the base to? Several projects also discuss their futures beyond OpenSSL 1.1.1 at haproxy/haproxy#2294 and quictls/quictls#14.

I ask as my Nginx builds, which have optional Lua Nginx modules support, can be compiled against the following crypto libraries below. But naturally, not all are expected to be supported by Lua Nginx.

• OpenSSL 1.1.1 = supported by Lua Nginx
• OpenSSL 3.0/3.1/3.2/3.3 = not supported by Lua Nginx?
• BoringSSL for HTTP/3 QUIC = not supported by Lua Nginx? Though looks like it is supported 最新版openresty HTTP/3编译成功，要怎么启用配置，网上找的教程都不成功，是有bug吗？怎么配置都还是启用不了HTTP3协议访问 #958 ?
• LibreSSL for HTTP/3 QUIC = not supported by Lua Nginx?
• QuicTLS OpenSSL 1.1.1/3.0/3.1 for HTTP/3 QUIC = not supported by Lua Nginx?
• Quiche/BoringSSL for HTTP/3 QUIC = not supported by Lua Nginx?
• Amazon AWS-LC for HTTP/3 QUIC and like BoringSSL are Post-Quantum KEM supported = not supported by Lua Nginx?

Personally, for my own Nginx builds, I am leaning towards https://github.com/aws/aws-lc, which combines the best of BoringSSL and OpenSSL 1.1.1 code base with HTTP/2 and HTTP/3 QUIC support and retaining OCSP stapling support and dual RSA + ECDSA SSL certificate support which BoringSSL ripped out. AWS-LC is also the easiest and fastest to compile too! 😎

Amazon AWS-LC team are also focussing on compatibility with a lot of common software including Nginx and nginx patches - see https://github.com/aws/aws-lc/tree/main/tests/ci/integration and they're FIPS 140-3 certificated https://aws.amazon.com/blogs/security/aws-lc-is-now-fips-140-3-certified/

FYI, performance wise AWS-LC > BoringSSL > OpenSSL/quicTLS 1.1.1 > OpenSSL/quicTLS 3.3 > 3.2 > 3.1 >3.0 > LibreSSL. So if you're worried about performance regressions in OpenSSL 3.0-3.3, then my choice is still AWS AWS-LC 😃

In my test results, OpenResty 1.25.3.1 + QUIC can work well with OpenSSL 3.x. I will test BoringSSL and aws-lc in the future.