Statically link FIPS OpenSSL to shared library application

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

 



Are you supplying a base address for the shared library when linking? I ran
into this same problem but for Win32 .dll, but I'm not sure if there is the
same requirement for Linux so's. The problem was without supplying a base
address, the HMAC signature could not be found and the power on self test
would fail. Supplying the /BASE option in the link stage resolved this -
except in cases where the desired address was already occupied when the dll
was loaded and the dll was rebased - not sure if this is an issue with
Linux.

So, I suspect it is failing either because the fingerprint cannot be found
due to the base address not being supplied during linking, or your shared
object is not getting the address you want and the HMAC is not where the
power on self test expects to find it.

I hope this helps.



--
View this message in context: http://openssl.6102.n7.nabble.com/Statically-link-FIPS-OpenSSL-to-shared-library-application-tp63763p63770.html
Sent from the OpenSSL - User mailing list archive at Nabble.com.


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

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux