Win2K下的Api函数的拦截

串口通讯方法(WINAPI实现) 前言:    总所周之,利用串口进行数据通讯在在通讯通讯领域重占有着重要的地位。利用RS232-RS485进行数据信号的采集和传递是VC编程的又一大热点。串口通讯在通讯软件重有着十分广泛的应用。如电话、传真、视频和各种控制等。在各种开发工具中间,VC由于功能强大和灵活,同时也得到了Microsoft的最大支持,所以在一般进行涉及硬件操作的通讯编程重,大都推荐使用VC作为开发工具。然而工业控制串口通 阅读详情
  Api拦截并不是一个新的技术,很多商业软件都采用这种技术。对windows的Api函数的拦截,不外乎两种方法,第一种是Mr. Jeffrey Richter 的修改exe文件的模块输入节,种方法,很安全,但很复杂,而且有些exe文件,没有Dll的输入符号的列表,有可能出现拦截不到的情况。第二种方法就是常用的JMP XXX的方法,虽然很古老,却很简单实用。
  本文一介绍第二种方法在Win2k下的使用。第二种方法,Win98/me 下因为进入Ring0级的方法很多,有LDT,IDT,Vxd等方法,很容易在内存中动态修改代码,但在Win2k下,这些方法都不能用,写WDM太过复杂,表面上看来很难实现,
其实不然。Win2k为我们提供了一个强大的内存Api操作函数---VirtualProtectEx,WriteProcessMemeory,ReadProcessMemeory,有了它们我们就能在内存中动态修改代码了,其原型为:
     BOOL VirtualProtectEx(
                HANDLE hProcess,   // 要修改内存的进程句柄
                LPVOID lpAddress,  // 要修改内存的起始地址
                DWORD dwSize,    // 修改内存的字节
                DWORD flNewProtect, // 修改后的内存属性
                PDWORD lpflOldProtect // 修改前的内存属性的地址
                );
    BOOL WriteProcessMemory(
                HANDLE hProcess, // 要写进程的句柄
                LPVOID lpBaseAddress, // 写内存的起始地址
                LPVOID lpBuffer, // 写入数据的地址
                DWORD nSize,   // 要写的字节数
                LPDWORD lpNumberOfBytesWritten // 实际写入的子节数
                );
    BOOL ReadProcessMemory(
                HANDLE hProcess, // 要读进程的句柄
                LPCVOID lpBaseAddress,  // 读内存的起始地址
                LPVOID lpBuffer, // 读入数据的地址
                DWORD nSize,   // 要读入的字节数
                LPDWORD lpNumberOfBytesRead  // 实际读入的子节数
                );
具体的参数请参看MSDN帮助。在Win2k下因为Dll和所属进程在同一地址空间,这点又和Win9x/me存在所有进程存在共享的地址空间不同,
因此,必须通过钩子函数和远程注入进程的方法,现以一个简单采用钩子函数对MessageBoxA进行拦截例子来说明:
其中Dll文件为:
     HHOOK g_hHook;
     HINSTANCE g_hinstDll;
     FARPROC pfMessageBoxA;
     int WINAPI MyMessageBoxA(HWND hWnd, LPCTSTR lpText,LPCTSTR lpCaption,UINT uType);
     BYTE OldMessageBoxACode[5],NewMessageBoxACode[5];
     HMODULE hModule ;
     DWORD dwIdOld,dwIdNew;
     BOOL bHook=false;
     void HookOn();
     void HookOff();
     BOOL init();
LRESULT WINAPI MousHook(int nCode,WPARAM wParam,LPARAM lParam);
BOOL APIENTRY DllMain( HANDLE hModule,
            DWORD ul_reason_for_call,
            LPVOID lpReserved
           )
{
  switch (ul_reason_for_call)
  {
    case DLL_PROCESS_ATTACH:
      if(!init())
      {
             MessageBoxA(NULL,"Init","ERROR",MB_OK);
             return(false);
      }
    case DLL_THREAD_ATTACH:
    case DLL_THREAD_DETACH:
    case DLL_PROCESS_DETACH:
           if(bHook) UnintallHook(); 
          break;
  }
  return TRUE;
}
LRESULT WINAPI Hook(int nCode,WPARAM wParam,LPARAM lParam)//空的钩子函数
{
  
  return(CallNextHookEx(g_hHook,nCode,wParam,lParam));
}
HOOKAPI2_API BOOL InstallHook()//输出安装空的钩子函数
{ 
  g_hinstDll=LoadLibrary("HookApi2.dll");
  g_hHook=SetWindowsHookEx(WH_GETMESSAGE,(HOOKPROC)Hook,g_hinstDll,0);
 if (!g_hHook)
 {
    MessageBoxA(NULL,"SET ERROR","ERROR",MB_OK);
    return(false);
  }
 
     
  return(true);
}
HOOKAPI2_API BOOL UninstallHook()//输出御在钩子函数
{
 
  return(UnhookWindowsHookEx(g_hHook));
}
BOOL init()//初始化得到MessageBoxA的地址,并生成Jmp XXX(MyMessageBoxA)的跳转指令
{
  hModule=LoadLibrary("user32.dll");
  pfMessageBoxA=GetProcAddress(hModule,"MessageBoxA");
  if(pfMessageBoxA==NULL)
   return false;
  _asm
  {
    lea edi,OldMessageBoxACode
    mov esi,pfMessageBoxA
    cld
    movsd
    movsb
  }
  NewMessageBoxACode[0]=0xe9;//jmp MyMessageBoxA的相对地址的指令
  _asm
  {
    lea eax,MyMessageBoxA
    mov ebx,pfMessageBoxA
    sub eax,ebx
    sub eax,5
    mov dword ptr [NewMessageBoxACode+1],eax
  }
  dwIdNew=GetCurrentProcessId(); //得到所属进程的ID
  dwIdOld=dwIdNew;
  HookOn();//开始拦截
  return(true);
}

int WINAPI MyMessageBoxA(HWND hWnd, LPCTSTR lpText,LPCTSTR lpCaption, UINT uType )//首先关闭拦截,然后才能调用被拦截的Api 函数
{ 
  int nReturn=0;
  HookOff();
  nReturn=MessageBoxA(hWnd,"Hook",lpCaption,uType);
  HookOn();
  return(nReturn);
}
void HookOn()
{
  HANDLE hProc;
  dwIdOld=dwIdNew;
  hProc=OpenProcess(PROCESS_ALL_ACCESS,0,dwIdOld);//得到所属进程的句柄
  VirtualProtectEx(hProc,pfMessageBoxA,5,PAGE_READWRITE,&dwIdOld);//修改所属进程中MessageBoxA的前5个字节的属性为可写
  WriteProcessMemory(hProc,pfMessageBoxA,NewMessageBoxACode,5,0);//将所属进程中MessageBoxA的前5个字节改为JMP 到MyMessageBoxA
  VirtualProtectEx(hProc,pfMessageBoxA,5,dwIdOld,&dwIdOld);//修改所属进程中MessageBoxA的前5个字节的属性为原来的属性
  bHook=true;
}
void HookOff()//将所属进程中JMP MyMessageBoxA的代码改为Jmp MessageBoxA
{
  HANDLE hProc;
  dwIdOld=dwIdNew;
  hProc=OpenProcess(PROCESS_ALL_ACCESS,0,dwIdOld);
  VirtualProtectEx(hProc,pfMessageBoxA,5,PAGE_READWRITE,&dwIdOld);
  WriteProcessMemory(hProc,pfMessageBoxA,OldMessageBoxACode,5,0);
  VirtualProtectEx(hProc,pfMessageBoxA,5,dwIdOld,&dwIdOld);
  bHook=false;
}
//测试文件:
int APIENTRY WinMain(HINSTANCE hInstance,
           HINSTANCE hPrevInstance,
           LPSTR   lpCmdLine,
           int    nCmdShow)
{
  
  if(!InstallHook())
  {
    MessageBoxA(NULL,"Hook Error!","Hook",MB_OK);
    return 1;
  }
   MessageBoxA(NULL,"TEST","TEST",MB_OK);//可以看见Test变成了Hook,也可以在其他进程中看见
  if(!UninstallHook())
  {
    MessageBoxA(NULL,"Uninstall Error!","Hook",MB_OK);
    return 1;
  }
  return 0;
}

WINAPI HOOK (修改前五个字节,JMP跳转法) 本文一介绍用修改API头五个字节的方法在Win2k下的使用。利用Win2k为我们提供了一个强大的内存Api操作函数---VirtualProtectEx,WriteProcessMemeory,ReadProcessMemeory,有了它们我们就能在内存中动态修改代码了,其原型为: BOOL VirtualProtectEx( HANDLE hProcess, // 要修改内存的进程句柄 LPVO 阅读详情

相关推荐

hook例子源码-拦截API

VC写的拦截API的简单实例,对理解hook的原理有很大益处。

c语言win api函数,Win2K下的Api函数的拦截

这么多高手在这里,哎,小弟愿意向各位高手学习。Api拦截并不是一个新的技术,很多商业软件都采用这种技术。对windows的Api函数的拦截,不外乎两种方法,第一种是Mr. Jeffrey Richter 的修改exe文件的模块输入节,种方法,很安全,但很复杂,而且有些exe文件,没有Dll的输入符号的列表,有可能出现拦截不到的情况。第二种方法就是常用的JMP XXX的方法,虽然很古老,却很简单实用...

weixin_39858245的博客 250

对LSTM中每个batch都初始化隐含层的理解

不知道有没有人和我有一样疑惑 在LSTM相关的代码中,为什么每个batch都会将隐藏层重新初始化, 这样不会把以前训练出来的参数丢掉吗?? 比如 代码来自GitHub 看了一些解释是h与c是状态,不是参数,每个batch中都需要初始化为0,LSTM 中的参数是W,b。 网络中训练的是参数,不是状态。 说真的。。。当时我没怎么看懂。。。 咨询了实验室的师兄后,我有了自己的理解 产生误解的主要原因是我对RNN和LSTM的结构理解不深入,我们通常看到RNN结构图基本都是这样的 ...

Chauncey_Wang的博客 5911

Win2K下的Api函数的拦截 (转)

Win2K下的Api函数的拦截 (转)[@more@]Win2k下的api函数的拦截简介:Api拦截并不是一个新的技术,很多商业软件都采用这种技术。对windows的Api函数的拦截,不外乎两种方法,第一种是Mr. Jeffre...

csd3176的博客 135

RPG MV游戏数据修改指南:从JSON解析到脚本进阶

游戏数据修改是游戏开发与逆向工程中的常见实践,其核心原理在于解析和操作游戏资源文件。许多现代游戏引擎采用结构化数据格式(如JSON)存储游戏配置,这为外部修改提供了可能。通过理解文件结构、数据格式与游戏逻辑的关联,开发者或爱好者可以调整游戏平衡、修复问题或实现个性化定制,这不仅能深化对游戏设计机制的理解,也具备实际的技术学习价值。本文以基于Web技术栈的RPG Maker MV(RPG MV)引擎为例,其游戏数据多以明文JSON存储,结构清晰。文章将具体阐述如何安全地修改角色属性、物品效果、敌人数据及技能公

weixin_29001419的博客 407

3D Slicer:从入门到精通——数据模块之DICOM

该模块允许导入、导出和网络传输DICOM数据。Slicer支持DICOM功能的常用子集,其特定功能由临床研究的需求驱动:从磁盘读取和写入数据集,并通过DIMSE和DICOMweb网络协议进行网络传输——查询检索发送和接收数据集。医学数字成像和通信(DICOM)是信息交换数字放射学的广泛使用标准。在大多数情况下,医院使用的成像设备(CT和MR扫描仪)将生成保存为DICOM对象的图像。DICOM按以下层次结构组织数据患者… 可以有1个或多个研究(单次成像检查) … 可以有1个或多个系列。

walt3433的博客 6069

【转载】Win2K下地Api函数地拦截 VirtualProtectEx,WriteProcessMemeory,ReadProcessMemeory

Api拦截并不是一个新的技术,很多商业软件都采用这种技术。对windows的Api函数的拦截,不外乎两种方法,第一种是Mr. Jeffrey Richter 的修改exe文件的模块输入节,种方法,很安全,但很复杂,而且有些exe文件,没有Dll的输入符号的列表,有可能出现拦截不到的情况。第二种方法就是常用的JMP XXX的方法,虽然很古老,却很简单实用。 本文一介绍第二种方法在Win2k下的使用。...

mangshe0的专栏 772

如何在VSCode中无缝集成Azure OpenAI GPT-5-codex?保姆级配置教程

本文详细介绍了在VSCode中无缝集成Azure OpenAI GPT-5-codex的完整配置教程,涵盖环境准备、Azure资源创建、本地配置、VSCode插件安装及高级定制。通过Codex CLI和config.toml文件配置,开发者可快速实现AI辅助编程,大幅提升代码生成、错误诊断和文档编写效率。

weixin_29268637的博客 558

Windows 2000下Api函数的拦截分析

Api拦截并不是一个新的技术,很多商业软件都采用这种技术。对windows的Api函数的拦截,不外乎两种方法,第一种是Mr. Jeffrey Richter 的修改exe文件的模块输入节,种方法,很安全,但很复杂,而且有些exe文件,没有Dll的输入符号的列表,有可能出现拦截不到的情况。第二种方法就是常用的JMP XXX的方法,虽然很古老,却很简单实用。   本文一介绍第二种方法在Win2k下的使

fxpopboy的博客 561

Spirent TestCenter 3.90吞吐测试全流程详解(附RFC 2544配置避坑指南)

本文详细解析了使用Spirent TestCenter 3.90进行网络吞吐测试的全流程,并提供了符合RFC 2544标准的配置指南与避坑要点。内容涵盖测试环境搭建、核心概念澄清、STC软件配置步骤、结果深度解读以及自动化脚本入门,旨在帮助网络测试工程师精准评估设备性能,规避常见配置陷阱。

weixin_42602368的博客 370

简单的服务器取证

记一次入门服务器取证——药品直销网,涵盖旧版本宝塔、静态IP的配置更改、代码的理解

m0_74559567的博客 3756

API拦截(1)

Ap i拦截并不是一个新的技术,很多商业软件都采用这种技术。对windows的Ap i函数的拦截,不外乎两种方法,第一种是Mr. Jeffrey Richter 的修改exe文件 的模块输入节,种方法,很安全,但很复杂,而且有些exe文件,没有Dll的输入 符号的列表,有可能出现拦截不到的情况。第二种方法就是常用的JMP XXX的方法 ,虽然很古老,却很简单实用。     本文一介绍第二

三断笛 843

老版QQ原生表情gif动态

这是老版的QQ表情,不过全是动态的的,Windows照片查看器是不会动的,可以右击用浏览器打开查看,再说一遍是老版的,只是分享给宁愿用老版也要动态的人。

上一篇: 小型 IT 解决方案(1)
下一篇: 无dll无进程木马
iiprogram
博客等级 码龄25年 1068粉丝 1515原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值