[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