p (step-over)
Description of the 'p' command in HyperDbg.
Command
p
pr
Syntax
p
p [Count (hex)]
pr
pr [Count (hex)]
Description
Executes a single instruction (step-over) and optionally displays the resulting values of all registers and flags.
Parameters
[Count (hex)] (optional)
Count of step(s), or how many times perform the stepping operation. If you don't set this argument, then by default, the Count is 1
.
Examples
If you want to step-over one instruction.
If you want to step-over one instruction and view the registers.
If you want to step-over for 5
instructions.
IOCTL
This commands works over serial by sending the serial packets to the remote computer.
First of all, you should fill the following structure, set the StepType
to the type of step that you want to perform (e.g., step-in, step-over, and instrumentation step-in), and if it's a step-over (only step-over), then if the currently executing instruction is a call instruction, set the IsCurrentInstructionACall
to TRUE
and also set the length of the current call instruction (if it's a call instruction) to CallLength
, so you can hint the debuggee to find the next instruction. In step-over, just set the StepType
and set all the other members to null.
StepType
can be chosen from one of the following types.
The next step is sending the above structure to the debuggee when debuggee is paused and waiting for new command on vmx-root mode.
You should send the above structure with DEBUGGER_REMOTE_PACKET_REQUESTED_ACTION_ON_VMX_ROOT_MODE_STEP
as RequestedAction
and DEBUGGER_REMOTE_PACKET_TYPE_DEBUGGER_TO_DEBUGGEE_EXECUTE_ON_VMX_ROOT
as PacketType
.
In return, the debuggee sends a pause packet with the following type.
The following function is responsible for sending breakpoint buffers in the debugger.
Remarks
This command will set a trap flag in debuggee and continue all the cores. After executing one instruction, it halts the debuggee again.
If the target instruction is a call instruction, it configures the first hardware debug register breakpoint to the instruction after that call. After that, it continues the debuggee and waits for the call to be returned and the next instruction (after the call) to be executed.
All cores and threads (except the currently executing thread) find a chance to be executed between each step in this type of stepping.
If you load symbols and you don't want to see function names, you turn addressconversion off in the 'settings' command.
Requirements
None
Related
Last updated