0x00前言程序启动会调用固定的.dll文件，通过特定的手法将木马代码和进程注入到可被劫持的DLL文件中，当程序正常启动，我们代码也会秘密执行。 0x01利用过程用到的工具1、Aheadlib2、VisualStudio用美图看看Pdf来测试，朋友们可以拿这个练手，毕竟只有一个.dll文件，小傻瓜都知道是调用的这个dll来启动程序的找到易劫持的dll文件，打开Aheadlib，引入注意这里设置的原始dll文件名，记住了最后正常dll名字要修改成这个点击生成会在程序目录下生成一个.cpp文件 0x02修改劫持代码，注入进程后门打开VisualStudio，添加一个动态链接库，专门用于生成dll的
0x00前言程序启动会调用固定的.dll文件，通过特定的手法将木马代码和进程注入到可被劫持的DLL文件中，当程序正常启动，我们代码也会秘密执行。 0x01利用过程用到的工具1、Aheadlib2、VisualStudio用美图看看Pdf来测试，朋友们可以拿这个练手，毕竟只有一个.dll文件，小傻瓜都知道是调用的这个dll来启动程序的找到易劫持的dll文件，打开Aheadlib，引入注意这里设置的原始dll文件名，记住了最后正常dll名字要修改成这个点击生成会在程序目录下生成一个.cpp文件 0x02修改劫持代码，注入进程后门打开VisualStudio，添加一个动态链接库，专门用于生成dll的
winform使用PDFDocument、PDFPageView查看pdf其他pdf文件没有问题，但有一个pdf文件图片无法显示，但当在该pdf文件上编译后编译的内容可以看见（如下图）。后一点点排查发现在.csproj文件中 x86不能显示，换成anycpu可以显示，但是不知道为什么。如果是dll本身是编译的是anycpu那不应该只有这一个pdf有问题；如果是pdf文件的问题，但这个文件只是一个扫描件而已。。。ps：并且个别电脑在x86下可以也可以全部显示，但是有些电脑就是不行只显示我编辑的内容
winform使用PDFDocument、PDFPageView查看pdf其他pdf文件没有问题，但有一个pdf文件图片无法显示，但当在该pdf文件上编译后编译的内容可以看见（如下图）。后一点点排查发现在.csproj文件中 x86不能显示，换成anycpu可以显示，但是不知道为什么。如果是dll本身是编译的是anycpu那不应该只有这一个pdf有问题；如果是pdf文件的问题，但这个文件只是一个扫描件而已。。。ps：并且个别电脑在x86下可以也可以全部显示，但是有些电脑就是不行只显示我编辑的内容
1.项目https://github.com/Fody/Costura2.安装Install-PackageCostura.Fody-Version1.6.23.反射相关Assembly.LoadFrom("someLibs.dll").GetType("xxx")找不到文件改为Assembly.Load("someLibs").GetType("xxx")4.升级包上一版本升级文件包是零散的dll形式,这次使用了Costura.Fody合并,如果直接覆盖主程序执行文件,运行的时侯还是会优先使用目录里的dll文件,造成还是使用老版本dll,我的做法是运行程序之前用升级文件包功能执行命令清除无用
1.项目https://github.com/Fody/Costura2.安装Install-PackageCostura.Fody-Version1.6.23.反射相关Assembly.LoadFrom("someLibs.dll").GetType("xxx")找不到文件改为Assembly.Load("someLibs").GetType("xxx")4.升级包上一版本升级文件包是零散的dll形式,这次使用了Costura.Fody合并,如果直接覆盖主程序执行文件,运行的时侯还是会优先使用目录里的dll文件,造成还是使用老版本dll,我的做法是运行程序之前用升级文件包功能执行命令清除无用
之前看见园子里一篇C++调用C#的文章，参考后拿UE试一下。刚开始尝试了C#dll>CLRC++DLL>NativeC++DLL的做法，原生环境下是可以的，但是到UE4里会Crash。后来换成了DllExport(UnmanagedExports)的做法，并测试成功。当然对比UnrealCLR之类的方案，这个只能解一时之需。 1.注意事项使用Nuget上的UnmanagedExports1.2.7版本，各种坑点和问题总结如下：.NetFramworkdll从4.5-4.8应该都是可以导出的，.Netstandard(core)的dll导出测试失败。必须指定导出平台是x86还是x64，不要用默认
之前看见园子里一篇C++调用C#的文章，参考后拿UE试一下。刚开始尝试了C#dll>CLRC++DLL>NativeC++DLL的做法，原生环境下是可以的，但是到UE4里会Crash。后来换成了DllExport(UnmanagedExports)的做法，并测试成功。当然对比UnrealCLR之类的方案，这个只能解一时之需。 1.注意事项使用Nuget上的UnmanagedExports1.2.7版本，各种坑点和问题总结如下：.NetFramworkdll从4.5-4.8应该都是可以导出的，.Netstandard(core)的dll导出测试失败。必须指定导出平台是x86还是x64，不要用默认
各位读者好，新版本的系统平台低功耗蓝牙开发接口库已发布，提供BLE设备的枚举、扫描、连接和检测，蓝牙服务和特征的枚举、读写、订阅，控制器版本查询等API函数。支持Windows、Android等系统。链接：WCHBleLib_MultiOS.ZIP-南京沁恒微电子股份有限公司前言上一篇文章中，介绍了适用于Win10系统对BLE开发的win32动态链接库，并对库函数进行了细致的讲解，也简单说明了下该开发库的使用方法。这一章，则具体说明了在BLE开发中对该库的具体使用方法，如何使用这些库函数，如何处理预定义的回调函数。WCH_BLE_DLL开发库和例程下载1.上层应用中回调函数的定义1.1异步操作
各位读者好，新版本的系统平台低功耗蓝牙开发接口库已发布，提供BLE设备的枚举、扫描、连接和检测，蓝牙服务和特征的枚举、读写、订阅，控制器版本查询等API函数。支持Windows、Android等系统。链接：WCHBleLib_MultiOS.ZIP-南京沁恒微电子股份有限公司前言上一篇文章中，介绍了适用于Win10系统对BLE开发的win32动态链接库，并对库函数进行了细致的讲解，也简单说明了下该开发库的使用方法。这一章，则具体说明了在BLE开发中对该库的具体使用方法，如何使用这些库函数，如何处理预定义的回调函数。WCH_BLE_DLL开发库和例程下载1.上层应用中回调函数的定义1.1异步操作
