能力值：
( LV2，RANK：10 )
2 楼
获得ring0特权，对CR0控制寄存器的第16位WP位置0,即可所有内存地址任意修改。
能力值：
( LV7，RANK：100 )
3 楼
楼上兄说的太大了，不过我还是找到了，Windows利用了PTE中的bit 9位用于Copy-On-Write
能力值：
( LV2，RANK：10 )
4 楼
我还以为是cr0的wp位来进行copy-on write功能的。
能力值：
( LV7，RANK：100 )
5 楼
我在VMware中的PAE winXP SP2试验，发现ntdll的页面Copy-On-Write没有置位！！太奇怪了，但我确实观察到了Copy-On-Write，郁闷~~~，我用windbg观察的，不知哪位朋友感兴趣也来试试
能力值：
( LV9，RANK：310 )
6 楼
二楼的方法应该可以的，LZ的方法，先更改pte属性，一样要进ring0才能改，你的想法前人已经实现了，参看帖子http://bbs.pediy.com/showthread.php?threadid=34158
能力值：
( LV7，RANK：100 )
7 楼
谢谢楼上：
能力值：
( LV7，RANK：100 )
8 楼
只怪我被调试器忽悠了，现在终于明白了原因了，那是因为默认所有DLL代码页、文件头等都是只读（PAGE_READONLY）的，根本不能修改。只要把它们改成可写的，相应PTE的CopyOnWrite（bit 9）就会显现出来，但write（bit 1）仍然为0，因为copy-on-write一定会引发异常 KiTrap0E->MmAccessFault->MiCopyOnWrite，所有这两位一定是配合使用的。我们以ntdll举例：0a7c0600 ObjectTable: e3b9f270 HandleCount: 12.0a7c0600 7c921000000000000e227025 0a7c0600 7c921000800000000e227225 0a7c0600 7c9210000000000064e2e025 64e2e000 .64e2e000 ！
能力值：
( LV9，RANK：310 )
9 楼
学习了，又查看了下资料，下面摘自
http://www.xfocus.net/articles/200510/830.html
“以下这段内容摘自<<Undocumented Windows NT>>
The VirtualProtect() function does not mark the page as read-write–it keeps the page as
read-only. Nevertheless, to distinguish this page from normal read-only pages, it is marked for copy-on-write. Windows NT uses one of the available PTE bits for doing this. When this page is written onto, because it is a read-only page, the processor raises a page fault exception. The page fault handler makes a copy of the page and modifies the page table of the faulting process accordingly. The new copy is marked as read-write so that the process can write to it.”
不知自己理解是否有误？当置了copyonwrite位，如果页是只读的，在对它进行写操作时会触发异常，然后异常处理是拷贝一份这个页面，并将页面置为可读写的，以便可以对它进行写操作
从上面看，置了copyonwrite位，进行写操作后查看，确实是在一个拷贝的新的物理页上，但奇怪的是为什么这个页面还是只读的？是完成写操作后重新又置回只读吗？
能力值：
( LV7，RANK：100 )
10 楼
