屏幕取词的实现方法(Windows 9x)

最新推荐文章于 2020-12-02 06:04:35 发布
最新推荐文章于 2020-12-02 06:04:35 发布
阅读量1.6k 收藏 2
点赞数
文章标签： windows descriptor import dll image winapi
  • 屏幕取词现在已经是广泛应用的一个功能，但其实这个功能在Windows中的实现还是非常复杂的。本文介绍屏幕取词的实现方法。

  •  

    有关屏幕取词

    "鼠标屏幕取词"技术是在电子字典中得到广泛地应用的，如四通利方和金山词霸等软件，这个技术看似简单，其实在windows系统中实现却是非常复杂的，总的来说有两种实现方式：

    第一种：采用截获对部分gdi的api调用来实现,如textout,textouta等。

    第二种：对每个设备上下文(dc)做一分copy,并跟踪所有修改上下文(dc)的操作。

    第二种方法更强大,但兼容性不好，而第一种方法使用的截获windowsapi的调用，这项技术的强大可能远远超出了您的想象，毫不夸张的说，利用 windowsapi拦截技术，你可以改造整个操作系统，事实上很多外挂式windows中文平台就是这么实现的！而这项技术也正是这篇文章的主题。

    截windowsapi的调用，具体的说来也可以分为两种方法：

    第一种方法通过直接改写winapi 在内存中的映像，嵌入汇编代码，使之被调用时跳转到指定的地址运行来截获；第二种方法则改写iat（import address table输入地址表），重定向winapi函数的调用来实现对winapi的截获。

    第一种方法的实现较为繁琐，而且在win95、98下面更有难度，这是因为虽然微软说win16的api只是为了兼容性才保留下来，程序员应该尽可能地调用 32位的api,实际上根本就不是这样！win 9x内部的大部分32位api经过变换调用了同名的16位api，也就是说我们需要在拦截的函数中嵌入16位汇编代码！

    我们将要介绍的是第二种拦截方法，这种方法在win95、98和nt下面运行都比较稳定，兼容性较好。由于需要用到关于windows虚拟内存的管理、打破进程边界墙、向应用程序的进程空间中注入代码、pe（portable executable）文件格式和iat（输入地址表）等较底层的知识，所以我们先对涉及到的这些知识大概地做一个介绍，最后会给出拦截部分的关键代码。

    先说windows虚拟内存的管理。windows9x给每一个进程分配了4gb的地址空间，对于nt来说，这个数字是2gb，系统保留了2gb 到 4gb之间的地址空间禁止进程访问，而在win9x中，2gb到4gb这部分虚拟地址空间实际上是由所有的win32进程所共享的，这部分地址空间加载了共享win32 dll、内存映射文件和vxd、内存管理器和文件系统码，win9x中这部分对于每一个进程都是可见的，这也是win9x操作系统不够健壮的原因。 win9x中为16位操作系统保留了0到4mb的地址空间，而在4mb到2gb之间也就是win32进程私有的地址空间，由于每个进程的地址空间都是相对独立的，也就是说，如果程序想截获其它进程中的api调用，就必须打破进程边界墙，向其它的进程中注入截获api调用的代码，这项工作我们交给钩子函数（setwindowshookex）来完成，关于如何创建一个包含系统钩子的动态链接库，《电脑高手杂志》在第？期已经有过专题介绍了，这里就不赘述了。所有系统钩子的函数必须要在动态库里，这样的话，当进程隐式或显式调用一个动态库里的函数时，系统会把这个动态库映射到这个进程的虚拟地址空间里，这使得dll成为进程的一部分，以这个进程的身份执行，使用这个进程的堆栈，也就是说动态链接库中的代码被钩子函数注入了其它gui 进程的地址空间（非gui进程，钩子函数就无能为力了），当包含钩子的dll注入其它进程后，就可以取得映射到这个进程虚拟内存里的各个模块（exe和 dll）的基地址，如：hmodule hmodule=getmodulehandle("mypro.exe");在mfc程序中,我们可以用afxgetinstancehandle() 函数来得到模块的基地址。exe和dll被映射到虚拟内存空间的什么地方是由它们的基地址决定的。它们的基地址是在链接时由链接器决定的。当你新建一个 win32工程时，vc＋＋链接器使用缺省的基地址0x00400000。可以通过链接器的base选项改变模块的基地址。exe通常被映射到虚拟内存的 0x00400000处，dll也随之有不同的基地址，通常被映射到不同进程的相同的虚拟地址空间处。

    系统将exe和dll原封不动映射到虚拟内存空间中，它们在内存中的结构与磁盘上的静态文件结构是一样的。即pe (portable executable) 文件格式。我们得到了进程模块的基地址以后，就可以根据pe文件的格式穷举这个模块的image_import_descriptor数组，看看进程空间中是否引入了我们需要截获的函数所在的动态链接库，比如需要截获"textouta"，就必须检查"gdi32.dll"是否被引入了。说到这里，我们有必要介绍一下pe文件的格式，如右图，这是pe文件格式的大致框图，最前面是文件头，我们不必理会，从pe file optional header后面开始，就是文件中各个段的说明，说明后面才是真正的段数据，而实际上我们关心的只有一个段，那就是".idata"段，这个段中包含了所有的引入函数信息，还有iat（import address table）的rva（relative virtual address）地址。

    说到这里，截获windowsapi的整个原理就要真相大白了。实际上所有进程对给定的api函数的调用总是通过pe文件的一个地方来转移的，这就是一个该模块(可以是exe或dll)的".idata"段中的iat输入地址表（import address table）。在那里有所有本模块调用的其它dll的函数名及地址。对其它dll的函数调用实际上只是跳转到输入地址表，由输入地址表再跳转到dll真正的函数入口。

    具体来说，我们将通过image_import_descriptor数组来访问".idata"段中引入的dll的信息，然后通过image_thunk_data数组来针对一个被引入的dll访问该dll中被引入的每个函数的信息，找到我们需要截获的函数的跳转地址，然后改成我们自己的函数的地址……

    废话不说了，下面提供一个屏幕取词具体的实现方法。

    1． 安装鼠标钩子，通过钩子函数获得鼠标消息。

    使用到的api函数：setwindowshookex

    2． 得到鼠标的当前位置，向鼠标下的窗口发重画消息，让它调用系统函数重画窗口。

    使用到的api函数：windowfrompoint，screentoclient，invalidaterect

    3． 截获对系统函数的调用，取得参数，也就是我们要取的词。

    对于大多数的windows应用程序来说，如果要取词，我们需要截获的是"gdi32.dll"中的"textouta"函数。

    我们先仿照textouta函数写一个自己的mytextouta函数，如：

     

       
   
    1. bool winapi mytextouta(hdc hdc, int nxstart, int nystart, lpcstr lpszstring,int cbstring)   
    2. {   
    3. // 这里进行输出lpszstring的处理   
    4. // 然后调用正版的textouta函数   
    5. }   

    把这个函数放在安装了钩子的动态连接库中，然后调用我们最后给出的hookimportfunction函数来截获进程对textouta函数的调用，跳转到我们的mytextouta函数，完成对输出字符串的捕捉。hookimportfunction的用法：

     

       
   
    1. hookfuncdesc hd;   
    2. proc porigfuns;   
    3. hd.szfunc="textouta";   
    4. hd.pproc=(proc)mytextouta;   
    5. hookimportfunction (afxgetinstancehandle(),"gdi32.dll",&hd,porigfuns);  

     

    下面给出了hookimportfunction的源代码，相信详尽的注释一定不会让您觉得理解截获到底是怎么实现的很难，ok,let s go： 

       
   
    1. / begin ///   
    2. #include <crtdbg.h>   
    3. // 这里定义了一个产生指针的宏   
    4. #define makeptr(cast, ptr, addvalue) (cast)((dword)(ptr)+(dword)(addvalue))   
    5. // 定义了hookfuncdesc结构,我们用这个结构作为参数传给hookimportfunction函数   
    6. typedef struct tag_hookfuncdesc   
    7. {   
    8. lpcstr szfunc; // the name of the function to hook.   
    9. proc pproc; // the procedure to blast in.   
    10. } hookfuncdesc , * lphookfuncdesc;   
    11. // 这个函数监测当前系统是否是windownt   
    12. bool isnt();   
    13. // 这个函数得到hmodule -- 即我们需要截获的函数所在的dll模块的引入描述符(import descriptor)   
    14. pimage_import_descriptor getnamedimportdescriptor(hmodule hmodule, lpcstr szimportmodule);   
    15. // 我们的主函数   
    16. bool hookimportfunction(hmodule hmodule, lpcstr szimportmodule,   
    17. lphookfuncdesc pahookfunc, proc* paorigfuncs)   
    18. {   
    19. /// 下面的代码检测参数的有效性    
    20. _assert(szimportmodule);   
    21. _assert(!isbadreadptr(pahookfunc, sizeof(hookfuncdesc)));   
    22. #ifdef _debug   
    23. if (paorigfuncs) _assert(!isbadwriteptr(paorigfuncs, sizeof(proc)));   
    24. _assert(pahookfunc.szfunc);   
    25. _assert(*pahookfunc.szfunc != /0 );   
    26. _assert(!isbadcodeptr(pahookfunc.pproc));   
    27. #endif   
    28. if ((szimportmodule == null) || (isbadreadptr(pahookfunc, sizeof(hookfuncdesc))))   
    29. {   
    30. _assert(false);   
    31. setlasterrorex(error_invalid_parameter, sle_error);   
    32. return false;   
    33. }   
    34. //   
    35. // 监测当前模块是否是在2gb虚拟内存空间之上   
    36. // 这部分的地址内存是属于win32进程共享的   
    37. if (!isnt() && ((dword)hmodule >= 0x80000000))   
    38. {   
    39. _assert(false);   
    40. setlasterrorex(error_invalid_handle, sle_error);   
    41. return false;   
    42. }   
    43. // 清零   
    44. if (paorigfuncs) memset(paorigfuncs, null, sizeof(proc));   
    45. // 调用getnamedimportdescriptor()函数,来得到hmodule -- 即我们需要   
    46. // 截获的函数所在的dll模块的引入描述符(import descriptor)   
    47. pimage_import_descriptor pimportdesc = getnamedimportdescriptor(hmodule, szimportmodule);   
    48. if (pimportdesc == null)   
    49. return false; // 若为空,则模块未被当前进程所引入   
    50. // 从dll模块中得到原始的thunk信息,因为pimportdesc->firstthunk数组中的原始信息已经   
    51. // 在应用程序引入该dll时覆盖上了所有的引入信息,所以我们需要通过取得pimportdesc->originalfirstthunk   
    52. // 指针来访问引入函数名等信息   
    53. pimage_thunk_data porigthunk = makeptr(pimage_thunk_data, hmodule,   
    54. pimportdesc->originalfirstthunk);   
    55. // 从pimportdesc->firstthunk得到image_thunk_data数组的指针,由于这里在dll被引入时已经填充了   
    56. // 所有的引入信息,所以真正的截获实际上正是在这里进行的   
    57. pimage_thunk_data prealthunk = makeptr(pimage_thunk_data, hmodule, pimportdesc->firstthunk);   
    58. // 穷举image_thunk_data数组,寻找我们需要截获的函数,这是最关键的部分!   
    59. while (porigthunk->u1.function)   
    60. {   
    61. // 只寻找那些按函数名而不是序号引入的函数   
    62. if (image_ordinal_flag != (porigthunk->u1.ordinal & image_ordinal_flag))   
    63. {   
    64. // 得到引入函数的函数名   
    65. pimage_import_by_name pbyname = makeptr(pimage_import_by_name, hmodule,   
    66. porigthunk->u1.addressofdata);   
    67. // 如果函数名以null开始,跳过,继续下一个函数   
    68. if ( /0 == pbyname->name[0])   
    69. continue;   
    70. // bdohook用来检查是否截获成功   
    71. bool bdohook = false;   
    72. // 检查是否当前函数是我们需要截获的函数   
    73. if ((pahookfunc.szfunc[0] == pbyname->name[0]) &&   
    74. (strcmpi(pahookfunc.szfunc, (char*)pbyname->name) == 0))   
    75. {   
    76. // 找到了!   
    77. if (pahookfunc.pproc)   
    78. bdohook = true;   
    79. }   
    80. if (bdohook)   
    81. {   
    82. // 我们已经找到了所要截获的函数,那么就开始动手吧   
    83. // 首先要做的是改变这一块虚拟内存的内存保护状态,让我们可以自由存取   
    84. memory_basic_information mbi_thunk;   
    85. virtualquery(prealthunk, &mbi_thunk, sizeof(memory_basic_information));   
    86. _assert(virtualprotect(mbi_thunk.baseaddress, mbi_thunk.regionsize,   
    87. page_readwrite, &mbi_thunk.protect));   
    88. // 保存我们所要截获的函数的正确跳转地址   
    89. if (paorigfuncs)   
    90. paorigfuncs = (proc)prealthunk->u1.function;   
    91. // 将image_thunk_data数组中的函数跳转地址改写为我们自己的函数地址!   
    92. // 以后所有进程对这个系统函数的所有调用都将成为对我们自己编写的函数的调用   
    93. prealthunk->u1.function = (pdword)pahookfunc.pproc;   
    94. // 操作完毕!将这一块虚拟内存改回原来的保护状态   
    95. dword dwoldprotect;   
    96. _assert(virtualprotect(mbi_thunk.baseaddress, mbi_thunk.regionsize,   
    97. mbi_thunk.protect, &dwoldprotect));   
    98. setlasterror(error_success);   
    99. return true;   
    100. }   
    101. }   
    102. // 访问image_thunk_data数组中的下一个元素   
    103. porigthunk++;   
    104. prealthunk++;   
    105. }   
    106. return true;   
    107. }   
    108. // getnamedimportdescriptor函数的实现   
    109. pimage_import_descriptor getnamedimportdescriptor(hmodule hmodule, lpcstr szimportmodule)   
    110. {   
    111. // 检测参数   
    112. _assert(szimportmodule);   
    113. _assert(hmodule);   
    114. if ((szimportmodule == null) || (hmodule == null))   
    115. {   
    116. _assert(false);   
    117. setlasterrorex(error_invalid_parameter, sle_error);   
    118. return null;   
    119. }   
    120. // 得到dos文件头   
    121. pimage_dos_header pdosheader = (pimage_dos_header) hmodule;   
    122. // 检测是否mz文件头   
    123. if (isbadreadptr(pdosheader, sizeof(image_dos_header)) ||   
    124. (pdosheader->e_magic != image_dos_signature))   
    125. {   
    126. _assert(false);   
    127. setlasterrorex(error_invalid_parameter, sle_error);   
    128. return null;   
    129. }   
    130. // 取得pe文件头   
    131. pimage_nt_headers pntheader = makeptr(pimage_nt_headers, pdosheader, pdosheader->e_lfanew);   
    132. // 检测是否pe映像文件   
    133. if (isbadreadptr(pntheader, sizeof(image_nt_headers)) ||   
    134. (pntheader->signature != image_nt_signature))   
    135. {   
    136. _assert(false);   
    137. setlasterrorex(error_invalid_parameter, sle_error);   
    138. return null;   
    139. }   
    140. // 检查pe文件的引入段(即 .idata section)   
    141. if (pntheader->optionalheader.datadirectory[image_directory_entry_import].virtualaddress == 0)   
    142. return null;   
    143. // 得到引入段(即 .idata section)的指针   
    144. pimage_import_descriptor pimportdesc = makeptr(pimage_import_descriptor, pdosheader,   
    145. pntheader->optionalheader.datadirectory[image_directory_entry_import].virtualaddress);   
    146. // 穷举pimage_import_descriptor数组寻找我们需要截获的函数所在的模块   
    147. while (pimportdesc->name)   
    148. {   
    149. pstr szcurrmod = makeptr(pstr, pdosheader, pimportdesc->name);   
    150. if (stricmp(szcurrmod, szimportmodule) == 0)   
    151. break; // 找到!中断循环   
    152. // 下一个元素   
    153. pimportdesc++;   
    154. }   
    155. // 如果没有找到,说明我们寻找的模块没有被当前的进程所引入!   
    156. if (pimportdesc->name == null)   
    157. return null;   
    158. // 返回函数所找到的模块描述符(import descriptor)   
    159. return pimportdesc;   
    160. }   
    161. // isnt()函数的实现   
    162. bool isnt()   
    163. {   
    164. osversioninfo stosvi;   
    165. memset(&stosvi, null, sizeof(osversioninfo));   
    166. stosvi.dwosversioninfosize = sizeof(osversioninfo);   
    167. bool bret = getversionex(&stosvi);   
    168. _assert(true == bret);   
    169. if (false == bret) return false;   
    170. return (ver_platform_win32_nt == stosvi.dwplatformid);   
    171. }   
onezeros
关注
Python 屏幕取词功能？你知道怎么实现吗？
Lmh_java的博客
06-28 2089
Python屏幕取词软件的实现思路
windows下屏幕取词
11-06
学习下windows下的屏幕取词技术，方便自己掌握一些技术
1.1. 鼠标取词 屏幕取词技术实现原理
weixin_34049948的博客
10-29 1015
1.1. 鼠标取词 屏幕取词技术实现原理       1.2. 需要用到winapi  (不推荐，传统方法、】 需要进行全局鼠标Hook然后在Hook事件里 根据鼠标的位置找到相应window的handle  (WindowFromPoint)再取回文本(GetWindowText)   为什么不推荐这个方法呢，很简单，跨系统性很差，不说xp win7 vista ，平板，linux，mac机不能...
屏幕取词实现
RENYUAN
08-02 4736
要建个DLL实现钩子unit GetWord;interfaceuses  SysUtils,  windows,  messages;const NHD_GETWORD_TIMER = 2;const NHD_MAX_TEXTLEN = 1024;const NHD_WIN_INITPOSX = -1;const NHD_WIN_INITPOSY = -1;const NHD_FLYWIN_WI
鼠标屏幕取词技术的原理和实现 (转)
circularr9834的博客
08-12 274
鼠标屏幕取词技术的原理和实现 (转)[@more@]鼠标屏幕取词技术的原理和实现 白瑜 “鼠标屏幕取词”技术是在电子字典中得到广泛地应用的，如四通利方和金山词霸等软件，这个技术看似简单，其实在windows系统中实现...
屏幕取词原理与实现
06-01
屏幕取词原理与实现，介绍了windows环境下的屏幕取词技术的核心。
鼠标屏幕取词技术windows编程实现教程及详细源代码.doc
07-07
【鼠标屏幕取词技术Windows编程实现】是一种在电子字典软件中常见的功能，它允许用户在屏幕上选取单词，即时翻译。实现这一技术在Windows系统中较为复杂，主要涉及两种方法： 1. **API Hooking**：通过拦截部分GDI...
Windows系统下的屏幕取词技术实现解析
"屏幕取词的原理和实现" ...屏幕取词技术在Windows系统中实现复杂，涉及图形处理、文本提取、系统API交互、多线程编程等多个方面，开发者需要深入理解Windows系统内部的工作原理才能有效地实现这一功能。
Windows API截获技术揭秘：屏幕取词原理与实现
在Windows操作系统中实现屏幕取词功能涉及复杂的底层技术，主要分为两种策略： 1. **截获GDI API调用**： - 第一种方法利用Windows API中的`textout`和`textouta`等函数，通过捕获这些函数的调用来识别文本并进行...
python屏幕取词_GetWord 3.3 屏幕取词
weixin_39776787的博客
12-02 1338
1. 缘起要搞一个作弊软件，需要把屏幕上的试题取下来。据说针对IE的取词很难，所以也就打消了自己开发的念头，找一找好用的控件。发现了两个可以用的，一个是金山词霸的XdictGrb.dll文件，一个就是上面的GetWord。1.1 金山词霸 XdictGrb.dllC# 的例子似乎不太稳定，取几个词之后就取不到了，不知道卡在哪里了。而且 C# 转换为 Python 也遇到了困难，主要是不太熟悉COM...
屏幕取词器（获取鼠标选取的文字）
10-11
获取鼠标选取的文本。 步骤。 先通过API 使我们的应用可以全局监视鼠标操作。 当鼠标选中文字后，通过API发送热键命令 ctrl+c（复制的命令）把内容复制到粘贴板 从粘贴板中读取出选中的内容。
钩子函数实现的屏幕取词源代码
11-26
钩子函数实现的屏幕取词源代码；钩子函数实现的屏幕取词源代码
C# 屏幕取词
07-08
C# 屏幕取词 源码 基于金山词霸库开发 需要软件注册
linux屏幕取词插件
02-10
用QT,python和linux系统调用写的屏幕取词插件
屏幕取词编程学习总结
bcbobo21cn的专栏
04-22 5586
屏幕取词的研究 现在词典市场金山词霸占了绝对优势，所以再做字典也没什么前途了。我就是这么认为的，所以我虽然 掌握了这项技术，却没去做字典软件。只做了一个和词霸相似的软件自己用，本来想拿出来做共享软件 ，但我的词库是“偷”来的，而且词汇不多，所以也就算了，词库太小，只能取词有什么用呢？而且词 霸有共享版的。但既然很多人想了解这项技术，我也不会保留。我准备分多次
屏幕取词
wrq147的专栏
06-29 714
以下是我从别人处摘录的，作者我忘了，先向作者说声对不起。 ? ? ? ? ? ? 屏幕上的文字大都是由gdi32.dll的以下几个函数显示的：TextOutA、TextOutW、ExtTextOutA、ExtTextOutW。实现屏幕抓词 ? ? 的关键就是截获对这些函数的调用，得到程序发给它们的参数。 ? ? ? ? ? 　　 我的方法有以下三个步骤： ? ? ? ? ? 　　 一、得到鼠标的当
“鼠标屏幕取词”技术
在水一方
03-01 1417
 “鼠标屏幕取词”技术是在电子字典中得到广泛地应用的，如四通利方和金山词霸等软件，这个技术看似简单，其实在WINDOWS系统中实现却是非常复杂的，总的来说有两种实现方式： 第一种：采用截获对部分GDI的API调用来实现,如TextOut,TextOutA等。 第二种：对每个设备上下文(DC)做一分Copy,并跟踪所有修改上下文(DC)的操作。 第二种方法更强大,但兼容性不好，而第一种方法使用的截获
鼠标全局钩子
photowen的专栏
05-23 1092
最近看一个老兄写的一个鼠标的全局钩子，感觉其代码有点过多繁琐，于是就自己改写了一下。发现学到不少的知识，特拿来分享！ 本程序分为两个部分：第一：dll部分。第二：程序部分。本程序是主要获得任意窗口的标题。第一部分代码如下：#include #pragma data_seg("mydata") HWND g_hPrevTarWnd = NULL;
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值