We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
某个challenge提出了向kernel monitor加功能的要求,之前只有一些添加debug功能,打印内核数据结构信息的想法。
看了虚拟机的论文之后突然对解释器有点困惑,仔细想了一会儿之后发现解释器只要读取输入然后模拟执行就可以了。当熟悉整个计算模型之后就会发现指令的执行无非就是从内存中取指,然后cpu执行。所以kernel monitor只要将输入的汇编指令翻译成机器指令,然后写到某个内存位置,再跳转到那儿执行就行了。为了让控制权回到kernel monitor手中继续解释下一条指令,还需要在机器指令的末尾添加控制返回的指令。 it's amazing!
为了简化控制权的转移,甚至可以写一个壳函数,生成指令时覆盖函数内容就行了。当然,函数地址后必须有足够大的空间。
虽然很简单,但是在没有提示的情况下“重新发现”是一件很爽的事。我大概是天才吧hhh。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
某个challenge提出了向kernel monitor加功能的要求,之前只有一些添加debug功能,打印内核数据结构信息的想法。
看了虚拟机的论文之后突然对解释器有点困惑,仔细想了一会儿之后发现解释器只要读取输入然后模拟执行就可以了。当熟悉整个计算模型之后就会发现指令的执行无非就是从内存中取指,然后cpu执行。所以kernel monitor只要将输入的汇编指令翻译成机器指令,然后写到某个内存位置,再跳转到那儿执行就行了。为了让控制权回到kernel monitor手中继续解释下一条指令,还需要在机器指令的末尾添加控制返回的指令。 it's amazing!
为了简化控制权的转移,甚至可以写一个壳函数,生成指令时覆盖函数内容就行了。当然,函数地址后必须有足够大的空间。
虽然很简单,但是在没有提示的情况下“重新发现”是一件很爽的事。我大概是天才吧hhh。
The text was updated successfully, but these errors were encountered: