我们知道，加载dll时是有搜索顺序的，具体顺序可以参考MSDN —— dynamic-link-library-search-order。

这个顺序给我们提供便利的同时也引入了安全隐患，比如的程序根目录放上修改版的 version.dll、msimg32.dll或者其他。如果你的程序直接或者间接的依赖了这些dll，那么极有可能被劫持。

Dism++在设计之初就考虑到了这些安全问题，现在正式从Dism++中分离，并命名为——YY-Guard。我热切的希望在大家一起努力下，让程序的安全性更上一层楼！

[ YY-Guard交流群 633710173 ]

• 支持 LOAD_LIBRARY_SEARCH_SYSTEM32 特性的系统中直接使用 LOAD_LIBRARY_SEARCH_SYSTEM32加载dll以及相关依赖项。
• 针对不支持 LOAD_LIBRARY_SEARCH_SYSTEM32 特性的系统，显式指定dll搜索顺序目录为System32。

• 使用YY-Guard后，对于导入表直接引入的dll，我们只需要设置为延迟加载即可免疫类似劫持行为。
• 对于代码显式 LoadLibrary 的行为，我们也提供了 YY::LoadLibraryFormSystem32 导出函数。

很多人在编写代码时可能会编写出如下代码：

LoadLibraryW(L"wimgapi.dll");

这样其实存在一些安全隐患，因为应用程序目录优先级是最高的，如果攻击者在你的程序根目录放一个篡改后的wimgapi.dll，那么你就中枪了。 假设你的程序路径在D:\Dism++，那么你的程序就会去加载D:\Dism++\wimgapi.dll。

OK！或许你会说，我直接按全路径，就能避免这个问题，你那个什么鸟库就是个多余的，比如这样：

//演示之用，暂时用个死路径，请勿照搬照抄！
LoadLibraryW(L"C:\\Windows\\System32\\wimgapi.dll");

这样难道就真的没有问题了吗？实际结果会让你大吃一惊，众所周知wimgapi.dll依赖于version.dll，具体自行去System32，用Depend工具查看wimgapi.dll的导入表。

如果攻击者在你的程序根目录放一个加料版——version.dll，你的程序就会在加载wimgapi.dll时加载上加料版version.dll。 假设你的程序路径在D:\Dism++，那么你的程序会在加载C:\Windows\System32\wimgapi.dll的同时顺道加载D:\Dism++\version.dll。

这是不是有点吓人？不过不要害怕，YY-Guard能够解决此类问题，保障你的代码安全，你只需要这样做：

//加载System32中加载wimgapi.dll以及他的依赖项。
YY::LoadLibraryFormSystem32(L"wimgapi.dll");


//如果你需要加载你自己程序下的DLL，比如说 sites.dll
//从 C:\Program Files (x86)\XXXX 目录加载 sites.dll，但是依赖项依然从 System32目录加载。
YY::LoadLibraryFormSystem32(L"C:\\Program Files (x86)\\XXXX\\sites.dll");

另外，对于通过导入表直接引入的DLL则可以设置为延迟加载，YY-Guard就能自动免疫此类型的攻击。

1. 项目右键 - 管理 NuGet 程序包。
2. 在搜索框中输入YY-Cuard，然后点击安装。
3. 项目属性 - YY-Guard - 启用安全延迟加载 - 『是』
4. 项目属性 - YY-Guard - 启用运行时DLL抗劫持（仅exe可用，可选） - 『是』
5. 所有代码显式 LoadLibrary 的行为尽可能的替换为 YY::LoadLibraryFormSystem32（需要 #include <YY-Guard.h>）。
6. 重新编译代码。

1. 下载YY-Guard-Binary，然后解压到你的工程目录。
   
2. 【链接器】-【输入】-【附加依赖项】，添加objs\$(PlatformShortName)\YY_Guard.obj。
   
3. 对于通过导入表直接引用的DLL，并且又能发生劫持的则设置为延迟加载（一般来说exe工程必须设置延迟加载，而dll项目则按自己喜好）。
4. 对于exe项目，如果需要针对第三方dll开启运行时显式Load抗劫持，则可以在WinMan或者main函数所在cpp，空白位置输入：__Enable_YY_Guard_Runtime_DLL_Hijacking;。
5. 所有代码显式 LoadLibrary 的行为尽可能的替换为 YY::LoadLibraryFormSystem32（需要 #include "YY-Guard.h"）。
6. 重新编译代码。

1. 一般来说exe工程必须设置延迟加载，而dll项目则按自己喜好。因为exe在启动时没有机制能保证它的导入表从System32加载，因此必须设置为延迟加载。
2. HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\KnownDLLs列表里的dll系统直接会抗劫持处理，对于这些列表里的可以不考虑劫持风险，但是不同版本的系统列表略有差异。
3. 对于需要旁载的dll不建议添加抗劫持处理（比如COMCTL32.DLL，以及VC2008运行库），这可能会导致dll加载异常。
4. 使用YY-Guard后，想要延迟加载，但是不想让他从System32目录加载的dll，请自行定义__pfnDliNotifyHook2的dliNotePreLoadLibrary通知，如下所示：

#include <DelayImp.h>

//自己实现一份字符串比较，不要调用CRT或者其他函数，避免死锁！！！！！
static int __fastcall __mystrcmpi(const char* scr,const char* dst)
{
	char f, l;

	for (;;++scr,++dst)
	{
		f = __ascii_tolower(*scr);
		l = __ascii_tolower(*dst);

		if (f && f != l)
			break;
	}

	return (int)(f - l);
}


//实现 __pfnDliNotifyHook2即可，用法跟微软原版的没多大区别，就是多了一个 INVALID_HANDLE_VALUE 跳过语义。
extern "C" const PfnDliHook __pfnDliNotifyHook2 = [](unsigned dliNotify,PDelayLoadInfo  pdli)
{
	if(dliNotify == dliNotePreLoadLibrary)
	{
	     //对 Test.dll 自行安排加载行为，这里仅仅用作演示，实际不推荐直接 LoadLibrary！！！！
	     if(__mystrcmpi(pdli->szDll,"Test.dll") == 0)
		 {
		     auto hTestModule = LoadLibraryA("Test.dll");

			 //返回 INVALID_HANDLE_VALUE，能让YY-Guard直接中断处理，如果返回 nullptr，则将继续执行默认行为。
			 return hTestModule ? (FARPROC)hTestModule : (FARPROC)INVALID_HANDLE_VALUE;
		 }
	}

	return nullptr;
};

全平台ABI兼容。

• 所有Visual Studio版本均支持（比如：VC6.0、VS2008、VS2010、VS2015、VS2017、VS2019等等）。
• 所有运行库模式均支持（比如：/MD、/MT、/MDd、/MTd）。

• 第一正式版。

• 添加 NuGet 支持。

• 添加运行时抗劫持支持（需要Windows 8或者安装KB2533623补丁的Windows Vista、Windows 7才能正常发挥功效）。

• 解决Bug，解决Windows XP兼容性问题。