netty / netty/netty-tcnative

Compile openssl-dynamic against libssl-1.1

Open
#518 4 comments 8 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
268
Forks
196
Avg merge
14h 34m
Merged PRs (30d)
10

Description

The dynamically linked OpenSSL netty-tcnative doesn't work on Alpine Linux 3.9 and newer.

Linux netty-tcnative artifacts work fine for (our Hazelcast) Docker images based on Alpine Linux 3.8.

The problem is, Alpine 3.9 and newer updated the libssl in the system and only version 1.1 is available. The netty-tcnative doesn't work with this libssl version.

We are considering workaround (in hazelcast/hazelcast-docker#126) which would use openssl (and libssl) from Alpine 3.8, but it would be great to have it resolved in the openssl-dynamic module in the netty-tcnative. E.g. have both versions compiled and provide them either in different artifacts or use some kind of fallback.

docker run -it --rm alpine:3.11
apk add openssl apr
wget http://repo1.maven.org/maven2/io/netty/netty-tcnative/2.0.28.Final/netty-tcnative-2.0
.28.Final-linux-x86_64.jar
unzip netty-tcnative-2.0.28.Final-linux-x86_64.jar
ldd META-INF/native/libnetty_tcnative.so 
	/lib/ld-musl-x86_64.so.1 (0x7f6808474000)
Error loading shared library libssl.so.1.0.0: No such file or directory (needed by META-INF/native/libnetty_tcnative.so)
Error loading shared library libcrypto.so.1.0.0: No such file or directory (needed by META-INF/native/libnetty_tcnative.so)
	libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x7f6808221000)
	libpthread.so.0 => /lib/ld-musl-x86_64.so.1 (0x7f6808474000)
	libc.so.6 => /lib/ld-musl-x86_64.so.1 (0x7f6808474000)
	libuuid.so.1 => /lib/libuuid.so.1 (0x7f6808218000)
Error relocating META-INF/native/libnetty_tcnative.so: i2d_X509_NAME: symbol not found
Error relocating META-INF/native/libnetty_tcnative.so: TLSv1_1_method: symbol not found
[...cut...]

find / -name libssl*
/usr/lib/libssl.so.1.1
/lib/libssl.so.1.1

apk add --no-cache --repository http://dl-cdn.alpinelinux.org/alpine/v3.8/main/ openssl=1.
0.2u-r0
ldd META-INF/native/libnetty_tcnative.so 
	/lib/ld-musl-x86_64.so.1 (0x7f8c0bfcf000)
	libssl.so.1.0.0 => /lib/libssl.so.1.0.0 (0x7f8c0bb48000)
	libcrypto.so.1.0.0 => /lib/libcrypto.so.1.0.0 (0x7f8c0b728000)
	libapr-1.so.0 => /usr/lib/libapr-1.so.0 (0x7f8c0b6f3000)
	libpthread.so.0 => /lib/ld-musl-x86_64.so.1 (0x7f8c0bfcf000)
	libc.so.6 => /lib/ld-musl-x86_64.so.1 (0x7f8c0bfcf000)
	libz.so.1 => /lib/libz.so.1 (0x7f8c0b6d9000)
	libuuid.so.1 => /lib/libuuid.so.1 (0x7f8c0b6d0000)
Error relocating META-INF/native/libnetty_tcnative.so: __strdup: symbol not found
Error relocating META-INF/native/libnetty_tcnative.so: __strndup: symbol not found

find / -name libssl*
/usr/lib/libssl.so.1.1
/usr/lib/libssl.so.1.0.0
/lib/libssl.so.1.1
/lib/libssl.so.1.0.0

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the openssl-dynamic module and reproduce the failure in the Alpine 3.11 Docker example using ldd on libnetty_tcnative.so. Compare its OpenSSL 1.0 dependencies with the available libssl.so.1.1, then determine how separate artifacts or fallback loading should be validated. Done means the dynamic artifact works with Alpine 3.9 and newer without breaking Alpine 3.8 compatibility.

Written by the indexing model from the issue text.

Assessment

Tech stack
c, docker
Domain
build-system, security
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.