本地hook API MessageBoxA的masm32源代码[07-10更新]

简介: 本地hook API MessageBoxA的masm32源代码[07-10更新]
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
; FileName: msgbox2.asm
; Function: Demo how to hook MessageBoxA locally
;   Author: Purple Endurer
;
; log
;--------------------------------------------------
; 2006-07-10 Optimized code
; 2006-07-08 Created, success under Windows XP +SP1
;<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
.586p
.model  flat,  stdcall
option  casemap:  none

include /masm32/ include/windows.inc

include /masm32/ include/kernel32.inc
include /masm32/ include/user32.inc

includelib /masm32/ lib/kernel32.lib
includelib /masm32/ lib/user32.lib

m_m2m  MACRO d1, d2
     push d2
     pop  d1
ENDM


MEMORY_BASIC_INFORMATION_SIZE   EQU 28

.data
  g_szUser32dll   DB  "user32.dll", 0
  g_szMsgBox   DB  "MessageBoxA", 0
  g_szHookedOK  db  " has been hooked OK!", 0

.data?
  g_dwOld_protect   DD ?
  g_lpfnMessagBox  dword ?
  g_dbOldCode  db 10 dup(?)
  g_dwReaded  dword ?
  g_hCurProc HANDLE ?

.code

start:
do_hook:
   invoke GetModuleHandle,  ADDR g_szUser32dll
   invoke GetProcAddress,  eax,  ADDR g_szMsgBox
   mov   edi,  eax             ;finally got MessageBoxA address
   mov  g_lpfnMessagBox,  eax

   push 0
   push  OFFSET g_szMsgBox
   push  OFFSET g_szMsgBox
   push 0
   call g_lpfnMessagBox   ;确认得到MessageBoxA的地址

   invoke GetCurrentProcess
   mov    g_hCurProc,  eax

     ; BOOL ReadProcessMemory(
     ;     HANDLE hProcess,    // handle of the process whose memory is read  
     ;     LPCVOID lpBaseAddress,    // address to start reading
     ;     LPVOID lpBuffer,    // address of buffer to place read data
     ;     DWORD nSize,    // number of bytes to read
     ;     LPDWORD lpNumberOfBytesRead     // address of number of bytes read
     ; );
   invoke ReadProcessMemory,  eax, g_lpfnMessagBox,  ADDR g_dbOldCode, 10,  ADDR g_dwReaded

   test  eax,  eax
   jz   @FinalMsgBox

   invoke VirtualAlloc, 0, MEMORY_BASIC_INFORMATION_SIZE, MEM_COMMIT, PAGE_READWRITE

   test   eax,  eax
   jz    @FinalMsgBox

   mov   esi,  eax       ;allocation for MBI
   invoke VirtualQuery,  edi,  esi, MEMORY_BASIC_INFORMATION_SIZE

     ;typedef struct _MEMORY_BASIC_INFORMATION { // mbi  
     ;    PVOID BaseAddress;            // base address of region 
     ;    PVOID AllocationBase;         // allocation base address 
     ;    DWORD AllocationProtect;      // initial access protection 
     ;    DWORD RegionSize;             // size, in bytes, of region 
     ;    DWORD State;                  // committed, reserved, free 
     ;    DWORD Protect;                // current access protection 
     ;    DWORD Type;                   // type of pages 
     ;} MEMORY_BASIC_INFORMATION; 

   test   eax,  eax
   jz    @free_mem

   invoke  FlushInstructionCache, g_hCurProc,  edi, 5   ;just to be sure

   lea    eax,[ esi+014h]
   push   eax
   push  PAGE_EXECUTE_READWRITE
   lea    eax, [ esi+0Ch]
   push  [ eax]
   push  [ esi]
   call  VirtualProtect
   ;we will change protection for a moment, so we will be able to write there
  
   test   eax,  eax
   jz  @free_mem

   mov   byte  ptr [ edi], 0E9h    ;写入jmp跳转指令
   mov   eax,  OFFSET @newMsgBox  ;计算跳转地址  
   sub   eax,  edi
   sub   eax, 5
   inc   edi
   stosd      ;传送32位跳转地址

   push   OFFSET g_dwOld_protect
   lea    eax, [ esi+014h]
   push  [ eax]
   lea    eax, [ esi+0Ch]
   push  [ eax]
   push  [ esi]
   call  VirtualProtect     ;return back the protection of page

@free_mem:
   push  MEM_RELEASE
   push  0
   push   esi
   call  VirtualFree   ;free memory

@FinalMsgBox:
   invoke MessageBoxA, 0,  ADDR g_szMsgBox,  ADDR g_szMsgBox, 0
   invoke ExitProcess, 0

@newMsgBox:  ;004010CD
   ;mov  [esp+16], MB_ICONINFORMATION    ;修改信息ICON
  m_m2m [ esp+16], MB_ICONINFORMATION
   ;mov   [esp+12], OFFSET g_szHookedOK  ;修改标题
   mov  eax, [ esp+8]       ;修改信息内容
   invoke lstrcat,  eax,  ADDR g_szHookedOK

  ; BOOL WriteProcessMemory(
  ;     HANDLE hProcess,    // handle to process whose memory is written to  
  ;     LPVOID lpBaseAddress,    // address to start writing to 
  ;     LPVOID lpBuffer,    // pointer to buffer to write data to
  ;     DWORD nSize,    // number of bytes to write
  ;     LPDWORD lpNumberOfBytesWritten     // actual number of bytes written 
  ; );
   invoke WriteProcessMemory, g_hCurProc, g_lpfnMessagBox,  ADDR g_dbOldCode, 10,  ADDR g_dwReaded
   jmp g_lpfnMessagBox    ;push   g_lpfnMessagBox
                         ;ret; 10H

end
相关文章
|
11天前
|
弹性计算 人工智能 架构师
阿里云携手Altair共拓云上工业仿真新机遇
2024年9月12日,「2024 Altair 技术大会杭州站」成功召开,阿里云弹性计算产品运营与生态负责人何川,与Altair中国技术总监赵阳在会上联合发布了最新的“云上CAE一体机”。
阿里云携手Altair共拓云上工业仿真新机遇
|
7天前
|
机器学习/深度学习 算法 大数据
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
2024“华为杯”数学建模竞赛,对ABCDEF每个题进行详细的分析,涵盖风电场功率优化、WLAN网络吞吐量、磁性元件损耗建模、地理环境问题、高速公路应急车道启用和X射线脉冲星建模等多领域问题,解析了问题类型、专业和技能的需要。
2514 17
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
|
7天前
|
机器学习/深度学习 算法 数据可视化
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
2024年中国研究生数学建模竞赛C题聚焦磁性元件磁芯损耗建模。题目背景介绍了电能变换技术的发展与应用,强调磁性元件在功率变换器中的重要性。磁芯损耗受多种因素影响,现有模型难以精确预测。题目要求通过数据分析建立高精度磁芯损耗模型。具体任务包括励磁波形分类、修正斯坦麦茨方程、分析影响因素、构建预测模型及优化设计条件。涉及数据预处理、特征提取、机器学习及优化算法等技术。适合电气、材料、计算机等多个专业学生参与。
1520 14
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
|
3天前
|
存储 关系型数据库 分布式数据库
GraphRAG:基于PolarDB+通义千问+LangChain的知识图谱+大模型最佳实践
本文介绍了如何使用PolarDB、通义千问和LangChain搭建GraphRAG系统,结合知识图谱和向量检索提升问答质量。通过实例展示了单独使用向量检索和图检索的局限性,并通过图+向量联合搜索增强了问答准确性。PolarDB支持AGE图引擎和pgvector插件,实现图数据和向量数据的统一存储与检索,提升了RAG系统的性能和效果。
|
9天前
|
编解码 JSON 自然语言处理
通义千问重磅开源Qwen2.5,性能超越Llama
击败Meta,阿里Qwen2.5再登全球开源大模型王座
554 14
|
1月前
|
运维 Cloud Native Devops
一线实战:运维人少,我们从 0 到 1 实践 DevOps 和云原生
上海经证科技有限公司为有效推进软件项目管理和开发工作,选择了阿里云云效作为 DevOps 解决方案。通过云效,实现了从 0 开始,到现在近百个微服务、数百条流水线与应用交付的全面覆盖,有效支撑了敏捷开发流程。
19282 30
|
9天前
|
人工智能 自动驾驶 机器人
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界
过去22个月,AI发展速度超过任何历史时期,但我们依然还处于AGI变革的早期。生成式AI最大的想象力,绝不是在手机屏幕上做一两个新的超级app,而是接管数字世界,改变物理世界。
473 48
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界
|
1月前
|
人工智能 自然语言处理 搜索推荐
阿里云Elasticsearch AI搜索实践
本文介绍了阿里云 Elasticsearch 在AI 搜索方面的技术实践与探索。
18838 20
|
1月前
|
Rust Apache 对象存储
Apache Paimon V0.9最新进展
Apache Paimon V0.9 版本即将发布,此版本带来了多项新特性并解决了关键挑战。Paimon自2022年从Flink社区诞生以来迅速成长,已成为Apache顶级项目,并广泛应用于阿里集团内外的多家企业。
17528 13
Apache Paimon V0.9最新进展
|
2天前
|
云安全 存储 运维
叮咚!您有一份六大必做安全操作清单,请查收
云安全态势管理(CSPM)开启免费试用
362 4
叮咚!您有一份六大必做安全操作清单,请查收