DLL Fichier chargé deux fois avec la redirection de la DLL via Manifest

Après une bataille exhaustive avec winsxs et redirection DLL , voici mon conseil pour vous:

de fond

Diverses choses peuvent faire charger un fichier DLL sous Windows:

• Lien explicite ( LoadLibrary ) - Le chargeur utilise le contexte d'activation actuel du fichier EXE exécutant. C'est intuitif.
• liaison implicite ("linge de charge", les "auto") - Le chargeur utilise le contexte d'activation par défaut du fichier en fonction de dll . Si a.exe dépend de b.dll dépend de c.dll (toutes les liaisons implicites), le chargeur utilisera b. DLL Contexte d'activation de la DLL lors du chargement c.dll . IIRC, cela signifie que si B 'code> dllmain charges c.dll , il peut utiliser b.dll Context d'activation - la plupart du temps Cela signifie le contexte d'activation par défaut à l'échelle du système. Donc, vous obtenez votre dll python de % systemroot% .
• com ( coCreateInstance ) - C'est le méchant. Extrêmement subtile. Il s'avère que le chargeur peut rechercher le chemin complet d'un fichier DLL à partir du registre à l'aide de COM (sous HKCR \ CLSID ). LoadLibrary ne fera aucune recherche si l'utilisateur lui confère un chemin complet, le contexte d'activation ne peut donc affecter la résolution du fichier DLL. Ceux-ci peuvent être redirigés avec l'élément COMCLASS et amis, voir [Référence] [MSDN_AXEMBLY_RF].
• Même si vous avez le manifeste correct, quelqu'un peut parfois changer le contexte d'activation au moment de l'exécution à l'aide du Contexte d'activation API . Si tel est le cas, il n'ya généralement pas grand chose que vous pouvez faire à ce sujet (voir la solution ultime ci-dessous); Ceci est juste ici pour la complétude. Si vous voulez savoir qui est en train de gâcher avec le contexte d'activation, WINDBG BP Kernel32! ActivateAccTX .

  maintenant sur la recherche du coupable

  1. Le moyen le plus simple de savoir ce qui provoque un fichier DLL de charger consiste à utiliser moniteur de processus . Vous pouvez surveiller " chemin contenant python25.dll " ou "em> détail contenant python25.dll " (pour com Recherches). Double-cliquant sur une entrée vous montrera une trace de pile (vous devez d'abord définir les chemins de recherche de symboles, puis définir le serveur PDB de Microsoft). Cela devrait suffire à la plupart de vos besoins.
  2. Parfois, la trace de pile obtenue d'en haut pourrait être engendrée d'un nouveau fil. Pour cette fin, vous avez besoin Windbg . Cela peut être un autre sujet, mais il suffit de dire que vous pouvez SXE LD Python25 et regardez quels autres threads font (! Findstack MyExemodulename ou ~ * k ) qui provoque la charge d'un fichier DLL.

     Solution du monde réel

     Au lieu de violer cette chose Winsxs, essayez d'accrocher Loadlibraryw à l'aide de Mhook ou easyHook . Vous pouvez simplement remplacer totalement cet appel avec votre logique personnalisée. Vous pouvez terminer cela avant le déjeuner et trouver le sens de la vie à nouveau.

     [msdn_assembly_ref]: Manifestes d'assemblage