Alternatives à Mhook

Mhook Description

Si vous plongez dans ce domaine, vous saurez déjà que les détours de Microsoft Research constituent en quelque sorte la référence en ce qui concerne le raccordement d’API. Pourquoi ne faisons-nous pas une comparaison rapidement alors?

DÉTOURS VS. MHOOK

Detours est disponible gratuitement avec une licence non commerciale, mais il ne supporte que la plate-forme x86. Les détours peuvent également faire l'objet d'une licence pour un usage commercial, ce qui vous donne également une prise en charge complète x64, mais vous ne pouvez voir les conditions de licence qu'après avoir signé une NDA.

Mhook est distribué gratuitement sous licence MIT avec prise en charge de x86 et x64.

Detours évite de prendre officiellement en charge la fixation de crochets à une application en cours d'exécution. Bien sûr, vous êtes libre de le faire - mais si vous causez un accident aléatoire ici ou là, vous ne pouvez que vous en vouloir.

Mhook était conçu pour pouvoir définir et supprimer les points d'ancrage dans les applications en cours d'exécution. Après tout, c'est ce dont vous avez besoin dans le monde réel. Il fait de son mieux pour éviter de remplacer le code susceptible d'être exécuté par un autre thread.

Detours prend en charge l’accrochage et le décrochage transactionnels; c’est-à-dire qu’il faut installer plusieurs crochets en même temps avec une approche du tout ou rien. Les crochets ne seront activés que si tous peuvent l'être, sinon la bibliothèque annulera les modifications apportées. Mhook ne fait pas cela.

Enfin, Mhook est assez paresseux pour gérer la mémoire des trampolines qu’il utilise. Detours alloue des blocs de mémoire en fonction des besoins et utilise la zone de données résultante pour stocker autant de trampolines que nécessaire. Mhook, d'autre part, utilise un appel à VirtualAlloc par hook étant défini. Chaque point d’accès nécessite moins de 100 octets de stockage, c’est donc très inutile, puisque VirtualAlloc récupère 64 Ko de l’espace adresse virtuel du processus à chaque appel de Mhook. (La mémoire allouée réelle sera une page unique, ce qui est également une perte de temps.) Au final, cependant, cela n'a probablement aucune importance, sauf si vous définissez un très grand nombre de points d'ancrage dans une application. En outre, c'est très facile à résoudre.

Afficher plus