[原创/讨论]Windows核心编程研究系列之二:

读取指定物理内存地址中的内容

关键字:windows内核,物理内存

大家知道在windows NT中，如果已知虚拟地址可以通过

进程页表或者内核提供的MmGetPhysicalAddress来取得对应的

物理地址。

现在我们反过来看一下，如果已知一个物理内存地 址 (假设地址有效)，如何取得物理地址中的内容呢？经过一番思考后，我发现一个方法，但我这里先卖个关子，为什么呢？

因为我觉得这个方法有些繁琐。经过和csdn的各位高手讨论

之后，加上本人的一共总结出3种方法，现在想和大家分享一下，

下面不再废话，立即进入正题J

[方法1]:使用内核提供的MmMapIoSpace函数

原来内核早就提供了很简单的接口，就是MmMapIoSpace函数，不过在DDK文档中看到该函数的说明如下:

PVOID MmMapIoSpace(

IN PHYSICAL_ADDRESS PhysicalAddress,

IN ULONG NumberOfBytes,

IN MEMORY_CACHING_TYPE CacheType );

它只有3个形参，这和实际Masm32v9.0声明的4个形参有所

不同，为了确定，我通过 IDA反汇编证实该函数确实有4个形参。经过测试，我猜测中间的ULONG NumberOfBytes参数实际由64位字节的（两个双字）高低两部分组成，即在Masm32v9.0中有:

PVOID MmMapIoSpace(

IN PHYSICAL_ADDRESS PhysicalAddress,

IN ULONG NumberOfBytesHighPart,

IN ULONG NumberOfBytesLowPart,

IN MEMORY_CACHING_TYPE CacheType );

这样的话调用就很简单了:

invoke  MmMapIoSpace,_phyaddr,0,4,MmNonCached

若成功该函数返回影射后的虚拟地址，否则返回NULL。这样就可以间接达到读取物理地址中内容的第一个方法。但可能我对参数功能的猜测也有错误，如果有误请指出。不胜感谢。

[方法2]:通过操作物理内存对象来完成到虚拟地址的影射

简单的说这个方法的基本思想如下:

a :取得本进程句柄；

b :取得物理内存对象的句柄；

c :将物理内存地址影射到进程的虚拟地址空间中。

下面是我从C改写后的汇编关键代码:

;***************************************************************************

GetValByPhyAddr  proc uses esi edi ebx _phyaddr

local  hpmem:dword

local  hp:dword

local  dwsize:dword

local  dwbase:dword

local  dwret:dword

local  cid:CLIENT_ID

local  stLR:LARGE_INTEGER

local  ObjAttrsMem:OBJECT_ATTRIBUTES

local  ObjAttrsP:OBJECT_ATTRIBUTES

mov   dwbase,0

mov   dwsize,4

push  _phyaddr

pop    stLR.LowPart

mov   stLR.HighPart,0

invokePsGetCurrentProcessId

mov   cid.UniqueProcess,eax

mov   cid.UniqueThread,0

invokeInitObjAttrs,addr ObjAttrsP,0

;取得本进程句柄

Invoke     ZwOpenProcess,addr hp,PROCESS_DUP_HANDLE,/

addr ObjAttrsP,addr cid

invokeInitObjAttrs,addr ObjAttrsMem,addr devphymem

;取得物理对象的句柄

Invoke    ZwOpenSection,addr hpmem,/

SECTION_MAP_READ or SECTION_MAP_WRITE,/

addr ObjAttrsMem

;将物理内存地址影射到进程的虚拟地址空间中

invoke     ZwMapViewOfSection,hpmem,hp,addr dwbase,/

0,4,addr stLR,addr dwsize,1,/

MEM_TOP_DOWN,PAGE_READWRITE

mov   edx,dwbase

mov   eax,[edx]  ;取得影射后对应虚拟地址中的内容

mov   dwret,eax

;释放资源

invokeZwUnmapViewOfSection,hp,addr dwbase

invokeZwClose,hpmem

invokeZwClose,hp

mov   eax,dwret

ret

GetValByPhyAddr  endp

;***************************************************************************

[方法3]:关闭CPU分页机制达到直接读取物理地址的目的

第3种方法就是我前面卖关子的方法J　，这种方法不依赖于ＯＳ，了解保护模式的朋友都知道：进入保护模式后如果关闭分页机制则CPU就会将线形地址直接解释成物理地址。

关闭分页很简单,只需3行汇编代码:

mov    eax,cr0

and    eax,7fffffffh

mov    cr0,eax

打开分页同样很简单:

mov eax,cr0

oreax,80000000h

mov cr0,eax

既然这么简单，为什么我在前面说这个方法有些繁琐呢？原因之一是如果仅仅关闭分页就会使原来依赖于分页的windows变得一团糟，马上会发生著名的蓝屏现象,不爽哦！L

那要怎么做呢？经过我的尝试，发现有3点非常重要:

1 :要保证windows处在较高的IRQL级别，防止关闭分页后

被打断；

2 :要将处理分页、读取物理地址的指令块放到线形地址等于

物理地址的页中；

3 :要做好数据的恢复工作。

第1点和第3点都容易理解，可能有人会疑问第2点，为什么要放到线形地址等于物理地址的空间中呢？原因其实也很简单，就是一旦关闭分页，所有地址都将以物理地址来解释，如果先前的

虚拟地址和物理地址不相同那么很可能就会发生执行错误指令流的问题。（当然也可以不相同，只要你能保证关分页后能执行正确指令即可。）

那么如何将物理地址和虚拟地址设置为相同呢？我的方法是将虚拟地址对应地页表PTE中的物理页基址改为包容即可。

我随机选择了一个虚拟地址 0x1c00000 ,为了简单它正好是页面的一个基址。下面我构造了它的PTE使得其中的物理也帧指向它:

mov   edx,0ffdf0000h

mov   eax,[edx]

mov   tmp0,eax            ; 保存原始值

;mov  dword ptr [edx],1c00027h

mov   dword ptr [edx],1c00007h

;初始化PTE

mov   edx,0c03ff7c0h

mov   eax,[edx]

and    eax,0fffff000h

or eax,7h

mov   edx,0c030001ch

mov   ebx,[edx]

mov   tmp1,ebx                  ; 保存原始值

mov   dword ptr [edx],eax

;刷新TLB

mov   eax,cr3

mov   cr3,eax

最后两句指令在我前一篇: <<Windows内核编程研究一:改变进程PTE>>中有过说明，这里就不解释了。

结束了PTE的设置后，下面就是将指令块拷贝到指定位置，代码如下:

mov   ecx,slen

mov   esi,subasm

mov   edi,1c00000h

cld

rep          movsb

而subasm指令块完成的就是实际设置分页和读取物理地址内容的工作，如下:

subasm:

mov     eax,cr0

and     eax,7fffffffh               ;关闭分页机制

mov     cr0,eax

jmp     SHORT PageC

PageC:

mov    edx,[ecx]

mov   eax,cr0

or  eax,80000000h            ;打开分页机制

mov    cr0,eax

jmp    SHORT PageO

PageO:

jmp    edi

slen   =  $ - subasm

借用一句话作为结尾“…一切都那么清楚明白，然而却无法透彻理解。理解就是改变，就是超越自己已有的认识。”

感谢CSDN热心朋友提供的方法和意见，给我很好的启发。

末尾，感谢各位观赏，如有误谬之处请不吝指出，不胜感谢。希望有同好的朋友能够一起讨论，一起交流。

Email:  19796174@qq.com

QQ：    19796174

最后“预告”一下我的第3篇文章：

<<Windows核心编程研究系列之三:突破windows共享文件打开限制>>

主要内容:

很多用No_Share打开的文件，正常情况下不能在其他进程用

CreateFile打开，或者是仅仅用FILE_SHARE_READ打开的

文件不能再以写入目而打开，那么如何绕过windows的这种保护呢？敬请期待。J

感谢观赏，拜拜！

Mydo(侯佩|hopy|福信克|FreeThink)

2006年12月19日晚于合肥温馨的家中J