Wie erkennt man die "Browser-Plug-in" -Bibliotheksabhängigkeit vor der Ausführung

Question

Wie wir wissen, gibt es zwei Methoden zum Laden von Bibliotheken.

1) Statische Bibliotheken (.a): Bibliothek des Objektcodes, der mit der Anwendung verknüpft ist und Teil der Anwendung wird. 2) Dynamisch verknüpfte gemeinsam genutzte Objektbibliotheken (.so), die bei der Ausführung der Anwendung verknüpft werden und auf zwei Arten verwendet werden können.

a) Dynamically linked at run time but statically aware. 
b) Dynamically loaded/unloaded and linked during execution (i.e. browser plug-in) using the dynamic linking loader system functions. 

Nach dem Übersetzen können wir die Bibliothek Abhängigkeit vom Typ überprüfen 'a', wie unten

objdump -x usr/bin/FlashCP

.....

Dynamische Abschnitt :

libgcc_s.so.1

ERFORDERLICH libc.so.6 ERFORDERLICH

Meine Frage ist, wie man Typ 'b' Bibliothek Abhängigkeit prüfen/erkennen? Bitte schlagen Sie vor, gibt es eine Möglichkeit, vor der Ausführung zu erkennen?

Vielen Dank im Voraus

Thiru

Answer 1

Es gibt keine Möglichkeit für Bibliotheken im Allgemeinen zu überprüfen, die dynamisch und deren Funktionen werden aufgerufen über Funktionszeiger geladen werden.

In einigen speziellen Fällen, als ein Hack, können Sie verschiedene Möglichkeiten des Reverse-Engineering der ausführbaren Datei, z. Statische Analyse von Code um die Aufrufe von LoadLibrary und GetProcAddress unter Windows. Sie könnten einige Heuristiken ableiten, die auf vielen ausführbaren Dateien funktionieren würden, aber es gibt keine Möglichkeit zu funktionieren, außer das Ausführen des Codes in einer virtuellen Maschine und das Abfangen aller Aufrufe an LoadLibrary/dlopen, wie sie geschehen.