Jak mogę wykryć typ biblioteki DLL? (COM, .NET, WIN32)

Question

Potrzebuję przetworzyć wiele plików DLL i exe w folderze i określić, jaki typ pliku mam do czynienia: .NET, COM, Win32 lub jakiejś innej formy życia obcych.

Próbowałem określić najprostszy sposób, aby wykryć rodzaj DLL, co myślisz o tym:

1. dll COM => I zrobić LoadLibrary, następnie GetProcAddress dla "DllRegisterServer". Jeśli otrzymam prawidłowy zwrot, jest to plik COM.

2. .NET dll => Jeśli dll zależy Mscoree.dll to zawsze dll .NET?

3. Win32 dll => Jeśli oba powyższe testy zakończą się niepowodzeniem, jest to Win32 dll?

Z pewnością musi istnieć lepszy sposób na wykrycie, z jakim typem dll mamy do czynienia. Powyższe jest bardzo niezgrabne i nie będzie działać z plikami EXE? Musi istnieć jakiś inny sposób, o którym nie myślę.

Idealnie chciałbym móc sprawić, aby analizator składni ustalił, z jakim kompilatorem plik został skompilowany i jakie funkcje używa, takie jak MFC, Atl, Stl itd ... Ale wątpię, aby było to możliwe w Era refleksji?

Answer 1

Musisz sprawdzić nagłówek PE tych plików. Wszystkie pliki DLL i pliki wykonywalne, Win32 i .NET mają nagłówek PE.

An In-Depth Look into the Win32 Portable Executable File Format

The .NET File Format

Portable Executable

Answer 2

nie widzę lepszego sposobu robi. Jednak w 2., tak naprawdę odpowiedź brzmi: nie. Hosty runtime prawie na pewno będą również zależeć od mscoree.dll, a te niekoniecznie są zespołami .Net.

. Pliki dll .Net mają deskryptor COM, który można znaleźć za pomocą dumpbina. Nie wiem, jak uzyskać te informacje z kodu.

Jeśli programujesz w .Net, jednym ze sposobów sprawdzenia, czy zestaw jest zespołem .Net jest próba wywołania Assembly.LoadFrom (...).

Cóż, to nie jest prawdziwa odpowiedź, ale zestaw wskazówek, na które powinienem zaglądać.

Answer 3

DllRegisterServer nie jest to konieczne, wymagane tylko eksport do dll COM jest DllGetClassObject