drakvuf
drakvuf copied to clipboard
libusemode: Add support for x86 architecture
I think this code is good enough to use.
We have been using it for a long time without any problems.
Can one of the admins verify this patch?
@drakvuf-jenkins This is OK to test
CI say "Plugin memdump startup failed!" without any explanations...
@drakvuf-jenkins Retest this please
Well, it fails deterministically, so you should check what in this PR is changed that results in that plugin complaining.
@tklengyel I can't reproduce this failure. Can you run this test in verbose mode? Maybe the debug logs will help me understand what's going on.
Last time also I think this PR was stuck in this stage only https://github.com/tklengyel/drakvuf/pull/1094, adding debug logs might help @tklengyel
Is this PR still active for consideration? Needs a rebase.
I rebase the patch
@drakvuf-jenkins Retest this please
I can not reproduce the failure:
$ sudo src/drakvuf -d win7 -t 60 -k 0x185000 -i 1412 -e calc.exe -m createproc -r /mnt/images/win7-sp1-x86/kernel.json -a memdump
1660246883.723587 DRAKVUF v0.8-git20220811221214+ptms.sandbox.drakvuf-0.0.0.2747-master-1-g48619231-1 Copyright (C) 2014-2022 Tamas K Lengyel
[INJECT] TIME:1660246883.995920 METHOD:CreateProc STATUS:SUCCESS PID:1412 FILE:"calc.exe" ARGUMENTS:"" INJECTED_PID:1364 INJECTED_TID:980
[MEMDUMP] TIME:1660246884.166189 VCPU:1 CR3:0x76F38040 "\Device\HarddiskVolume2\Windows\System32\csrss.exe":NtWriteVirtualMemory SessionID:1 PID:348 PPID:328 DumpReason:"NtWriteVirtualMemory called" DumpPID:348 DumpAddr:29FD4C DumpSize:0x4 DumpFilename:"(not configured)" DumpsCount:1 TargetPID:1364 WriteAddr:24F114
...
@drakvuf-jenkins Retest this please
@tklengyel I turned off usermode hooking support in memdump plugin on x86.
apimon plugin also is having issues now on x86
I'm closing this PR for now, feel free to reopen if you are still working on it.