-
-
[原创]VT调试BluePill的心得
-
发表于: 2014-9-13 21:52
-
VT虽然已经流行多年，但是因为参考资料较少，所以研究起来有很多困难
要学习VT，最好的参考资料之一就是NewBluePill源代码，该代码是Invisible Things Lab在2007年公开的，实现了一个基本的VMM，并加入了内存隐藏技术。阅读nbp的代码，并结合Intel开发手册作为参考，可以学习到Intel-Vt的方方面面。
因为最近在学校做一个项目，要用VT实现一些功能，所以我开始研究nbp的代码，期间遇到很多问题，困扰了我很久，经过N次BSOD后终于算是勉强把nbp弄明白了
在这里跟大家分享一下经验。
一.搭建调试环境
我搜索了论坛里有关VT调试的帖子，综合了网上的各种说法，普遍认为调试VT有3种方法：
1.Windbg+bochs虚拟机
好处是可以用我们熟悉的windbg
缺点是需要手工修改一些代码并重新编译bochs，很难自己装系统(因为太慢了)，最后系统跑起来也感觉特别脆，容易出错，我试了很久好像也没弄好
2.IDA+GDB+bochs
不清楚，因为我一点也不了解GDB，而且我的IDA版本好像有问题，跟bochs配合也是个蛋疼的事情
(看了评论后发现IDA+GDB+VMWare似乎是最好的解决方案，可以独立于操作系统进行调试，不依赖系统资源)
3.两个物理主机通过COM连线，进行双机调试
我有两台机器，一个台式机(有COM口)，一个笔记本(没COM，使用USB转COM插头)，然后买了个母对母的COM连接线(因为我两个机器端都是公头)，连好后却怎么也通讯不了，也不知道问题在哪，感觉特别无奈。。后来某次跟一个做嵌入式的同学聊了聊，他说可能是因为COM线的RXD引脚和TXD引脚需要交叉接，然后就帮我焊了个小板子，回去一试还真行了
这个方法好处是可以用windbg，而且不会出现虚拟机的奇怪问题，绝对原生。缺点是需要两台物理主机，而且还得买线，对环境要求较高。调试速度也一般，因为串口通讯速率毕竟有限。
以上几个方法都不尽人意，但最后我经FC牛的提醒发现一种最完美的方法
4.VMWare10+Windbg
之前我们宁愿用bochs也不用VMWare，是因为VMWare的早期版本并不支持VT的模拟，但是却没有多少人发现VMWare10已经支持VT了。只需要选上这个选项(btw,VM10是原生中文，用着非常爽~)
后面的步骤大家就都懂了，配置一下VMWare跟Windbg的双机调试，就可以用一台电脑拿着windbg调VT了~缺点简直没有，因为这已经是我能想象的最好情况了。
顺便说一下，nbp0.32公开版本的推荐运行环境是Windows 2003 x64，所以我一开始也是先从2k3着手研究的
本文提出的方法不一定正确，但目前可以在一定程度上解决VT调试的一些问题。至于Windbg、内核调试引擎、VMM这三者之间相互作用的细节仍有待实验探究
二、解决断点问题
本以为上文结束后就可以随便调了，不过实际上又有一个奇怪的问题：一旦开启VMLAUNCH了以后，无法在VMM的代码上下断点，比如bp newbp!VmxVmexitHandler，如果断点被触发的话，虚拟机就失去了响应，Windbg也定在那里不动了。这样的话我们根本没法调关键代码，print调试大法必然是不能接受的。
这个问题也让我百思不得其解，直到现在我也不知道为什么会出现这种现象。但是我发现这跟nbp的内存隐藏有关(后记:有待进一步验证)，我把nbp自己的内存管理系统取缔以后，就可以任意下断点了。哪位大牛能解释下这个BUG的细节，还望不吝赐教
nbp的内存管理主要实现在paging.c里，观察nbp分配内存使用的MmAllocatePages函数，可以看出它首先用ExAllocatePoolWithTag申请内存，然后会对页做一些处理，来实现自己的内存管理(这部分我还没细看)。我们首先要把后续操作注释掉(MmAllocateContiguousPages和MmAllocateContiguousPagesSpecifyCache同理)
PVOID NTAPI MmAllocatePages (
ULONG uNumberOfPages,
PPHYSICAL_ADDRESS pFirstPagePA
)
{
PVOID PageVA, FirstPage;
PHYSICAL_ADDRESS PagePA;
NTSTATUS Status;
ULONG i;
if (!uNumberOfPages)
return NULL;
FirstPage = PageVA = ExAllocatePoolWithTag (NonPagedPool, uNumberOfPages * PAGE_SIZE, ITL_TAG);
if (!PageVA)
return NULL;
RtlZeroMemory (PageVA, uNumberOfPages * PAGE_SIZE);
if (pFirstPagePA)
*pFirstPagePA = MmGetPhysicalAddress (PageVA);
/*
for (i = 0; i < uNumberOfPages; i++) {
// map to the same addresses in the host pagetables as they are in guest's
PagePA = MmGetPhysicalAddress (PageVA);
Status = MmSavePage (PagePA, PageVA, PageVA, !i ? PAT_POOL : PAT_DONT_FREE, uNumberOfPages, 0);
if (!NT_SUCCESS (Status)) {
DbgPrint ("MmAllocatePages(): MmSavePage() failed with status 0x%08X\n", Status);
return NULL;
}
Status = MmCreateMapping (PagePA, PageVA, FALSE);
if (!NT_SUCCESS (Status)) {
DbgPrint
("MmAllocatePages(): MmCreateMapping() failed to map PA 0x%p with status 0x%08X\n", PagePA.QuadPart, Status);
return NULL;
}
PageVA = (PUCHAR) PageVA + PAGE_SIZE;
}
*/
return FirstPage;
}
//MmMapGuestTSS64 ((PTSS64) GuestTssBase, GuestTssLimit);
[培训]内核驱动高级班，冲击BAT一流互联网大厂工作，每周日13:00-18:00直播授课
|
|
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
我还没有深入了解内核调试引擎和windbg原理，求指点
vmm的代码确实是可以调的，比较奇怪的是我用XP x86测试bp VmxVmexitHandler就会死机..但是2k3 x64就能断下来正常调，不知道什么原因，看来问题还真是没完全解决  
|
|
|
我又测试了一下，不知为何win2k3 x64可以断在VmExitHandler并任意调试，winxp x86就直接死机，代码是一样的
|
|
|
|
|
|
我使用的方法能在VmxDispatchXXX下断，能让我跟进VmxVmexitHandler来修复VMCALL未处理的BUG，完成NBP的卸载。对我来说这足以解决我遇到的问题，也许也能解决别人的一些问题，所以叫分享心得。
而且我没说我是对的，你也没证明你是对的。发帖就是想跟大家讨论 
|
|
|
|
|
|
修复了什么我已经讲得很清楚啦，认真看过再做评价吧
临时替补方案我觉得没什么不合理呀。相对论出现之前，牛顿误导了世人几百年，可即便是在现代，你能放弃经典力学这个错误的理论吗？能解决所需就不失为好方法，当问题上升到另一个高度后，可以再寻求更好的方法。 说实话我真是有点没想明白，我guestOS和VMM使用相同的IDT，仅拿int3做讨论的话，在VMM里下断，触发后就在VMM里跟windbg交互，此时windbg直接调试的就是VMM。如果断点断在non-root里，那windbg的交互对象就是GuestOS(此时调试过程中可能会VMExit到VMM里，情况比较复杂，但是仅仅调试VMM应该没有问题呢)。毕竟windbg只是个远程通讯工具，被调试机处于哪个模式，就在那个模式下跟windbg沟通，windbg可能会出现上下不一致的情况，但是正常调应该没问题。 至少从目前的实验现象来看，VMM我断在哪里都可以。你说让NBP接管中断会崩溃，我没有试，请你给出实验证明。只说理论不过是想当然罢了。 btw:这么在意优秀是因为你一个都没有嘛 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
