[Bug dynamic-link/24294] ldconfig incorrectly reads the soname from a shared library
fweimer at redhat dot com
sourceware-bugzilla@sourceware.org
Sat Mar 2 21:24:00 GMT 2019
https://sourceware.org/bugzilla/show_bug.cgi?id=24294
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |fweimer at redhat dot com
Resolution|--- |INVALID
Flags| |security-
--- Comment #2 from Florian Weimer <fweimer at redhat dot com> ---
Only the dynamic string table is mapped at run time, so it has to be used by
the dynamic linker. Other string tables are not necessarily mapped. ldconfig
matches what the dynamic linker will see when the shared object is processed.
I have an independently implemented ELF parser which uses the PT_DYNAMIC
segment as well to determine the soname, and it also sees "\xc0\xd0\xf7" as the
soname for this file. The shared object has been corrupted.
If this came straight out of the link editor (without post-processing by tools
such as chrpath or patchelf), this is a bug in the link editor. If the ELF
file has been post-processed after linking, it means that the post-processor
has insufficient sanity checks to detect corruption that it introduces while
rewriting the object.
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Glibc-bugs
mailing list