能力值:
( LV13,RANK:1760 )
|
-
-
2 楼
第一张图亮了...
|
能力值:
( LV3,RANK:25 )
|
-
-
3 楼
买2个usb2com,串口线看着太难受
|
能力值:
( LV5,RANK:60 )
|
-
-
4 楼
我早说vm支持vt,没人相信,只是自己技术有限罢啦
|
能力值:
( LV2,RANK:10 )
|
-
-
5 楼
前排顶楼!!
|
能力值:
( LV11,RANK:180 )
|
-
-
6 楼
你在开玩笑吧, windbg可以调试VT的root模式指令? Vmware虽然可以模拟VT指令, 但是windbg收到到调试消息啊, windbg可是要依赖int 1, int 3的.
|
能力值:
( LV12,RANK:760 )
|
-
-
7 楼
bluepills的代码就是拿来参考一下~~
|
能力值:
( LV2,RANK:10 )
|
-
-
8 楼
第一张图不错
|
能力值:
( LV5,RANK:70 )
|
-
-
9 楼
首先硬件虚化如果有接管中断的话是无法使用WINDBG的!
然后顺便说下,其实VMWare针对系统调试这块下了很大的努力!VMWare可以开启GDB调试模式,因为不依赖系统,所以套上IDA后可以调试系统的全部...包括硬件虚化,MSR,Dbgkernel等等全部的一切!
|
能力值:
( LV2,RANK:10 )
|
-
-
10 楼
AMD的CPU很受伤啊,ramooflax不挑食:
https://github.com/sduverger/ramooflax
|
能力值:
(RANK:170 )
|
-
-
11 楼
10年左右也折腾这玩意一段时间,没有总结,感谢楼主
|
能力值:
( LV7,RANK:100 )
|
-
-
12 楼
我还没有深入了解内核调试引擎和windbg原理,求指点
vmm的代码确实是可以调的,比较奇怪的是我用XP x86测试bp VmxVmexitHandler就会死机..但是2k3 x64就能断下来正常调,不知道什么原因,看来问题还真是没完全解决
|
能力值:
( LV7,RANK:100 )
|
-
-
13 楼
我又测试了一下,不知为何win2k3 x64可以断在VmExitHandler并任意调试,winxp x86就直接死机,代码是一样的
|
能力值:
( LV5,RANK:70 )
|
-
-
14 楼
你把NBP的代码加进处理中断的试下,结果就是不管你上什么系统,包死!!
退出虚拟机WINDBG就失踪了..这酸爽简直无法相信!
其实,简单来说这帖子是水贴.....开始是错的,结束也是错的.更别说心得.
用WINDBG调试硬件虚化是一个伪命题!!!调试器依赖系统资源,硬件虚化高于系统资源.你现在能调试的只是一个简单的陷入虚化,退出虚化的过程,实际过程中硬件虚化会因为接管了中断,等等一系列系统资源导致无法调试!如果不接管这些系统资源,只是陷入退出虚化,那要调试器何用?要硬件虚化何用?
不过这个优秀是怎么回事? 难道版主没发现这个调试的方法方式是错误的?这优秀给的很失专业!
还是看看前人们的文章吧.
http://bbs.pediy.com/showthread.php?t=188703
http://bbs.pediy.com/showthread.php?t=135229
这才是真正的解决方案
|
能力值:
( LV7,RANK:100 )
|
-
-
15 楼
我使用的方法能在VmxDispatchXXX下断,能让我跟进VmxVmexitHandler来修复VMCALL未处理的BUG,完成NBP的卸载。对我来说这足以解决我遇到的问题,也许也能解决别人的一些问题,所以叫分享心得。
而且我没说我是对的,你也没证明你是对的。发帖就是想跟大家讨论
|
能力值:
( LV5,RANK:70 )
|
-
-
16 楼
你这样怎么可能修复什么东西呢?连调试方法都是错误的.
至于我说的对不对你完全自己想下硬件虚化运行的级别是在哪!而系统调试器又在哪!
最后说明一点,就是这个NBP之所以双机调试是因为之前没有行之有效的调试的工具(完整版本的NBP接管了系统资源,无法用WINDBG调试),唯一的办法就是WINBDG输出调试信息来确定代码的正确性!!!
而且既然是心得就必须是正确的,一个临时替补方案只会误导众人!
最后顺便说下,版主给这贴优秀给的很失专业!!!
|
能力值:
( LV7,RANK:100 )
|
-
-
17 楼
修复了什么我已经讲得很清楚啦,认真看过再做评价吧
临时替补方案我觉得没什么不合理呀。相对论出现之前,牛顿误导了世人几百年,可即便是在现代,你能放弃经典力学这个错误的理论吗?能解决所需就不失为好方法,当问题上升到另一个高度后,可以再寻求更好的方法。
说实话我真是有点没想明白,我guestOS和VMM使用相同的IDT,仅拿int3做讨论的话,在VMM里下断,触发后就在VMM里跟windbg交互,此时windbg直接调试的就是VMM。如果断点断在non-root里,那windbg的交互对象就是GuestOS(此时调试过程中可能会VMExit到VMM里,情况比较复杂,但是仅仅调试VMM应该没有问题呢)。毕竟windbg只是个远程通讯工具,被调试机处于哪个模式,就在那个模式下跟windbg沟通,windbg可能会出现上下不一致的情况,但是正常调应该没问题。
至少从目前的实验现象来看,VMM我断在哪里都可以。你说让NBP接管中断会崩溃,我没有试,请你给出实验证明。只说理论不过是想当然罢了。
btw:这么在意优秀是因为你一个都没有嘛
|
能力值:
( LV2,RANK:10 )
|
-
-
18 楼
讨论的很热烈啊,围观楼主且站队支持楼主!
|
能力值:
( LV2,RANK:10 )
|
-
-
19 楼
支持LZ,不知道喷LZ的是什么心态
|
能力值:
( LV2,RANK:10 )
|
-
-
20 楼
你觉得这个“优秀”给得不对,那你就发个厉害的啊。不然就闭嘴。凭什么说LZ的帖不好。
|
能力值:
( LV2,RANK:10 )
|
-
-
21 楼
com口调试?慢死了,买根1394线,买2个1394 卡,这调的才爽
bluepills 只看intel 和 amd 的 vt 初始化部分,其他的看不懂...
|
能力值:
( LV7,RANK:100 )
|
-
-
22 楼
想过1394,台式机还好,笔记本好像不太能行啊,太少见了这玩意
|
能力值:
(RANK:170 )
|
-
-
23 楼
感谢exediy指出的问题,给出优秀主要着力点在卸载处理上,相信不少人学习bluepill也碰到过类似问题,也相信不少人因为工作忙或者其他原因没有太深究问题,导致分析常常会卡住要重来浪费时间,如果论题能让大家对这个问题有进一步认识,我想也值得鼓励。
论坛作为共同学习提高的地方,有更好的方法也可以更大家一起分享进步。
|
能力值:
(RANK:860 )
|
-
-
24 楼
楼主的图片大亮!
|
能力值:
( LV5,RANK:70 )
|
-
-
25 楼
又见喷子!
|
|
|