tech-toolchain archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: ssl code going astray



On Wed, Apr 07, 2021 at 12:45:42AM +0200, Thomas Klausner wrote:
> [2]
> #0  0x0000781b56a16d27 in SHA512_Update (ctx=0x781b89d3d2cb <init384>, input=0x781b9c2969f0 "", inputLen=48) at sha512.c:1338
> #1  0x0000781b56a173d1 in SHA384_Update (ctx=<optimized out>, input=<optimized out>, inputLen=<optimized out>) at sha512.c:1539
> #2  0x0000781b972494b2 in SHA384_Update (cx=0x781b89d3d2cb <init384>, input=0x781b9c2969f0 "", inputLen=48) at loader.c:1110
> #3  0x0000781b56a181c3 in HMAC_Update (cx=<optimized out>, data=<optimized out>, data_len=<optimized out>) at alghmac.c:165
> #4  0x0000781b9724aa70 in HMAC_Update (cx=0x781ba9ffae20, data=0x781b9c2969f0 "", data_len=48) at loader.c:1524
> #5  0x0000781b89d31de9 in HMAC (evp_md=0x781b8a0a57e0, key=0x781b89e17503, key_len=0, d=0x781b9c2969f0 "", n=48, md=md@entry=0x781b66f30d3c "", md_len=md_len@entry=0x7f7ffff4b29c)
>     at /usr/src/crypto/external/bsd/openssl/dist/crypto/hmac/hmac.c:231

Collecting more information for this, I just ran nm and saw:

# nm /usr/lib/libssl.so | grep -i \ hmac
                 U HMAC_CTX_free@@OPENSSL_1_1_0
                 U HMAC_CTX_new@@OPENSSL_1_1_0
                 U HMAC_Final@@OPENSSL_1_1_0
                 U HMAC_Init_ex@@OPENSSL_1_1_0
                 U HMAC_Update@@OPENSSL_1_1_0
                 U HMAC_size@@OPENSSL_1_1_0

What is the "@@OPENSSL_1_1_0", could it be part of the problem?
 Thomas


Home | Main Index | Thread Index | Old Index