!db, !dc, !dd, !dq (read physical memory)
Description of '!db, !dc, !dd, !dq' commands in HyperDbg.
Command
!db : read memory as Byte values and ASCII characters
!dc : read memory as Double-word values (4 bytes) and ASCII characters
!dd : read memory as Double-word values (4 bytes)
!dq : read memory as Quad-word values (8 bytes)
Syntax
!db [Address (hex)] [l Length (hex)]
!dc [Address (hex)] [l Length (hex)]
!dd [Address (hex)] [l Length (hex)]
!dq [Address (hex)] [l Length (hex)]
Description
Shows the physical address memory content in hex form.
Parameters
[Address (hex)]
The physical address of where we want to read its memory.
[l Length (hex)] (optional)
The length (byte) in hex format.
Process ID doesn't make sense in physical memory. If you specify pid for physical memory, then it is ignored.
Examples
The following command is used when we want to read the content of memory at 1000
with length of 0x50
in a hex byte format.
The following command is used when we want to read the content of memory after evaluating the expression @rax+@rbx
with length of 0x50
in a hex byte format.
Note that the result of @rax+@rbx
is 0x1000
in this case.
The following example shows the content of memory at 1000
in a double-word value (4 bytes) and ASCII characters format.
The following example shows the content of memory at 1000
in a double-word value (4 bytes) format with the length of 0x10
.
The following example shows the content of memory at 1000
in a quad-word value (8 bytes) format.
IOCTL
This function works by calling DeviceIoControl with IOCTL = IOCTL_DEBUGGER_READ_MEMORY
, you have to send it in the following structure.
Where Pid
is the process id, Address
is the target location address and size
is the length of the byte that you need to read.
MemoryType
is either virtual or physical.
ReadingType
is either from the kernel or from the vmx root. Currently, only the reading from the kernel is implemented.
If you don't want to read from the kernel directly, use the following HyperDbg Routine.
The above function fills the IOCTL structure and shows the memory content. It is also able to disassemble the memory. You can specify one of the following styles
to show the memory.
For disassembling, use the DEBUGGER_SHOW_COMMAND_DISASSEMBLE
as the Style
.
In the debugger mode, HyperDbg uses the exact same structure, you should send the above structure over serial to the debuggee which is paused in vmx-root mode.
You should send the above structure with DEBUGGER_REMOTE_PACKET_REQUESTED_ACTION_ON_VMX_ROOT_READ_MEMORY
as RequestedAction
and DEBUGGER_REMOTE_PACKET_TYPE_DEBUGGER_TO_DEBUGGEE_EXECUTE_ON_VMX_ROOT
as PacketType
.
In return, the debuggee sends the above structure with the following type.
The following function is responsible for sending reading memory in the debugger.
Remarks
If you don't specify the length, the default length for HyperDbg is 0x80 Bytes.
HyperDbg won't remove breakpoints previously set using the 'bp' command if you're disassembling or reading the memory of a special physical address. However, for the virtual addresses, HyperDbg ignores breakpoints and shows the target location's real value.
Please note that you should specify a space between 'l' and the length in HyperDbg. For example, 'l10' is invalid, but 'l 10' is valid. (It's opposed to windbg).
Physical addresses are not validated in HyperDbg, which means if you access an invalid physical address, then the debuggee halts or crashes.
This command is guaranteed to keep debuggee in a halt state (in Debugger Mode); thus, nothing will change during its execution.
Requirements
None
Related
Last updated