[openssl-users] Can I rename the OpenSSL shared objects for FIPS?
John.Eichenberger at Honeywell.com
Thu Jan 12 20:55:45 UTC 2017
I actually submitted a patch set that renames library files during the build process once upon a time... but it was summarily rejected without any real attention paid to it. My change was specific to building dynamic libraries for Windows/WinCE... but the same idea would apply to other target builds I think. One has to get into the perl scripts to make it happen.
Intermec by Honeywell
Principal Engineer: Sustaining Engineering
From: openssl-users [mailto:openssl-users-bounces at openssl.org] On Behalf Of Perrow, Graeme
Sent: Thursday, January 12, 2017 12:10 PM
To: openssl-users at openssl.org
Subject: [openssl-users] Can I rename the OpenSSL shared objects for FIPS?
We are shipping OpenSSL (1.0.2j) shared objects built with FIPS, which are automatically loaded when the application starts. But if our software directory is in the path (or LD_LIBRARY_PATH or platform equivalent) earlier than the system directories, then other applications that load OpenSSL dynamically (eg. ssh on some systems) could use our libraries rather than the system ones. This is not a huge deal except that we may want to disable certain algorithms that we don't use, and we don't want to break system utilities that do use them.
We would like to avoid this by renaming these libraries, i.e. libMYcrypto.so.1.0.0 and libMYssl.so.1.0.0, and then we'll know that only our application would load them. Simply renaming the files is obviously no good, and I've found that renaming them before linking with them does not work either.
It would seem that the names "libcrypto" and "libssl" are hard-coded in a million places within Makefiles and scripts and such. Is there a way to solve this problem? This would apply to Linux, HP-UX, and Solaris.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openssl-users