wdbgark

WinDBG Anti-RootKit extension

• Preface
• Requirements
• Supported commands
• Supported targets
• Sources and build
  • Build using VS2017
  • Build using BUILD
  • Build using CMD
• Using
• FAQ
• Help
• Used code
• Whoami
• License

Preface

WDBGARK is an extension (dynamic library) for the Microsoft Debugging Tools for Windows. It main purpose is to view and analyze anomalies in Windows kernel using kernel debugger. It is possible to view various system callbacks, system tables, object types and so on. For more user-friendly view extension uses DML. For the most of commands kernel-mode connection is required. Feel free to use extension with live kernel-mode debugging or with kernel-mode crash dump analysis (some commands will not work). Public symbols are required, so use them, force to reload them, ignore checksum problems, prepare them before analysis and you'll be happy.

Requirements

• Microsoft Visual Studio 2017
• WDK and SDK for Windows 10, version 1709 (10.0.16299.0)
• Visual C++ Redistributable for Visual Studio 2017

Supported commands

• !wa_scan
• !wa_systemcb
• !wa_objtype
• !wa_objtypeidx
• !wa_objtypecb
• !wa_callouts
• !wa_pnptable
• !wa_crashdmpcall
• !wa_ssdt
• !wa_w32psdt
• !wa_checkmsr
• !wa_idt
• !wa_gdt
• !wa_haltables
• !wa_colorize
• !wa_chknirvana
• !wa_eop
• !wa_cicallbacks
• !wa_ciinfo
• !wa_drvmajor
• !wa_lxsdt
• !wa_psppico
• !wa_systables
• !wa_apiset
• !wa_process_anomaly
• !wa_w32psdt
• !wa_w32psdtflt
• !wdrce_copyfile
• !wdrce_cpuid

Supported targets

• Microsoft Windows XP (x86)
• Microsoft Windows 2003 (x86/x64)
• Microsoft Windows Vista (x86/x64)
• Microsoft Windows 7 (x86/x64)
• Microsoft Windows 8.x (x86/x64)
• Microsoft Windows 10 (x86/x64)

Multiple targets debugging is not supported!

Windows BETA/RC is supported by design, but read a few notes. First, i don't care about checked builds. Second, i don't care if you don't have symbols (public or private). IA64/ARM is unsupported (and will not).

Sources and build

Sources are organized as a Visual Studio 2017 solution.

Build using VS2017

• Download and install latest WDK

• Select Build -> Batch Build from the menu and build dummypdb module (x86 and x64).

• Choose solution configuration and platform for the main project.

• Build.

NOTE!

Post-build event is enabled for debug build. It automatically copies linked extension into WinDBG's plugins folder (e.g. x64 target:
"copy /B /Y "$(OutDir)$(TargetName)$(TargetExt)" "$(WindowsSdkDir)Debuggers\x64\winext\$(TargetName)$(TargetExt)").

Build using BUILD

Deprecated.

Build using CMD

Yeah, it's possible to build all the stuff using simple batch script.

• Make sure that you have already installed PowerShell at least version 3.0.
  • If not, then download and install Windows Management Framework.
• Execute the release_build.cmd with a single parameter - a version.
• Voila! If there were no errors, the archive file will be created (e.g. wdbgark.X.Y.zip).
  • If something is wrong, check the path to the Visual Studio 2017 in the script and/or output log file (release_build.log).

Using

• Download and install Debugging Tools.
• Build or download the extention.
• Make sure that Visual C++ Redistributable for Visual Studio 2017 has already been installed.
• Copy extension to the WDK debugger's directory (e.g. WDK 10):
  • x64: C:\Program Files (x86)\Windows Kits\10\Debuggers\x64\winext\
  • x86: C:\Program Files (x86)\Windows Kits\10\Debuggers\x86\winext\
• Start WinDBG.
• Setup WinDBG to use Microsoft Symbol Server correctly or deal with them manually.
• Load extension by .load wdbgark (you can see loaded extensions with a .chain command).
• Execute !wdbgark.help for help or !wdbgark.wa_scan for a full system scan.
• Have fun!

…

FAQ

Q: What is the main purpose of the extension?
A: Well, first is educational only. Second, for fun and profit.

Q: Do you know about PyKd? I can script the whole Anti-Rootkit using Python.
A: Yeah, i know, but C++ is much better.

Q: Where is version 1.0?
A: Lost in space of Google Code.

Q: When did the project start?
A: February 2013 on Google Code.

Q: What version should i use?
A: Please use x64 version only. In the era of x64 i dunno why the heck you may need to use x86 version. x64 WinDBG is able to debug both x86 and x64. Host OS bitness is the only limitation.

Q: How can i help?
A: Spread a word. Report issues and feature requests. I'm open for any suggestions. Thanks!

Q: What kind of memory dump is better to use with an extension?
A: Complete memory dump.

Q: How to report an issue?
A: Feel free to report an issue using GitHub or email to me directly, but please, attach complete memory crash dump file.

Help

Wiki can help.

Used code

• BPrinter. BSD License.
• Udis86. Simplified BSD License.
• TinyXML2. Zlib license.

Whoami

• LinkedIn profile
• Blog

License

This software is released under the GNU GPL v3 License. See the COPYING file for the full license text and this small addition.