x64dbg

x64/x32 调试器
授权协议 GLPv3
开发语言 C/C++
所属分类 开发工具、 程序调试工具
软件类型 开源软件
地区 不详
投 递 者 郭坚壁
操作系统 Windows
开源组织
适用人群 未知
 软件概览

x64dbg 是一个开源的 Windows 二进制调试器,旨在进行恶意软件分析和你没有源代码的可执行文件的反向工程。有许多可用的功能和一个全面的插件系统来添加你自己的功能。

特性:

  • 直观且熟悉的全新用户界面
  • 类 C 表达式解析器
  • DLL和EXE文件的全功能调试(TitanEngine)
  • 带有跳转箭头的类似 IDA 的侧边栏
  • 类似 IDA 的指令标记高亮器(高亮寄存器等)
  • 内存映射
  • 符号视图
  • 线程视图
  • 源代码视图
  • 图表视图
  • 内容敏感的寄存器视图
  • 完全可定制的配色方案
  • 动态识别模块和字符串
  • 导入重建器集成(Scylla)
  • 快速反汇编程序(Zydis
  • 用于评论、标签、书签等的用户数据库 (JSON)。
  • 插件支持不断增长的 API
  • 用于自动化的可扩展、可调试脚本语言
  • 多数据类型内存转储
  • 基本调试符号 (PDB) 支持
  • 动态堆栈视图
  • 内置汇编器(XEDParse/ asmjit
  • 可执行补丁
  • Analysis

    • 刚接触dbg这个工具,对于很多功能和快捷键还不熟悉,找到这个帖子发现挺不错的。转载过来和大家分享,文字和图片排版方面略有修改。侵删。 这篇文章主要是为.NET逆向但不会x64dbg的同学准备的,文章基本上零基础,会一点c#/vb.net就能看懂文章。 文章以visual studio 2017为参照,讲解如何像用vs调试.NET程序集一样使用x64dbg调试本机代码 x64dbg下载地址:http

    • 1.字符编码   x64dbg 在任何接受字符串的地方都使用 UTF-8 编码。如果您将字符串传递给 x64dbg,请确保将其转换为 UTF-8 编码。这将有助于减少编码错误。 2.常用插件函数 2.1 _plugin_debugpause   此函数将调试器控制权返回给用户。当您编写需要 x64dbg 支持的解包程序时(例如在开发中),您将使用此函数。调用此函数会将调试状态设置为“暂停”,并且在

     相关资料
    • WorkerMan3.0有两种运行模式,调试模式以及daemon运行模式 运行 php start.php start 进入调试模式,这时代码中的echo、var_dump、var_export等函数打印会在终端显示。注意以php start.php start运行的WorkerMan在终端关闭时所有进程会退出。 而运行 php start.php start -d则是进入daemon模式,也就是

    • 调试器 调试工具都内置于主流浏览器中(Firefox 中需独立下载 Firebug)。更多关于 Google Chrome DevTools 的信息可以在这里找到。

    • 我需要在VsCode上调试我的反应原生应用程序,我是新的反应原生开发...:)我搜索并遵循不同的方法,但没有运气...:(首先,我遵循此方法https://medium.com/@Tunvirrahmantushs/react-nate-debug-with-vscode-in-imple-steps-bf39b6331e67并遵循此方法https://www.youtube.com/watch?

    • 这首先与这篇文章高度相关->如何在Dataflow中进行这种类型的测试(在twitter上称为功能测试)? 我们在生产中有一些类似的代码 这是编写可调试的Apache-Beam/Dataflow代码的最佳方式吗?我们可以逐步通过这些代码并轻松地看到我们的bug在哪里? 是否有其他方法可以方便地调试它,因为我怀疑在应用stuff时,“真正的执行”发生在该方法之后? 谢谢,迪恩

    • 调试是一个程序猿非常重要的能力,人写的程序总会有 bug,所以需要 debug。如何方便和快速的定位 bug,是我们讨论的重点,只要 bug 能定位,解决就不是问题。 对于熟悉用 Visual Studio 和 Eclipse 这些强大的集成开发环境的来做 C++ 和 Java 的同学来说,OpenResty 的 debug 要原始很多,但是对于习惯 Python 开发的同学来说,又是那么的熟悉。

    • 调试 我试图用VS代码调试Angular2打字稿应用程序https://angular.io/guide/quickstart 有人能分享调试步骤吗

    • Git 有一些命令可以用来帮你调试你代码中的问题。 包括找出是什么时候,是谁引入的变更。 git bisect git bisect 工具是一个非常有用的调试工具,它通过自动进行一个二分查找来找到哪一个特定的提交是导致 bug 或者问题的第一个提交。 仅在 二分查找 一节中完整的介绍了此命令。 git blame git blame 命令标注任何文件的行,指出文件的每一行的最后的变更的提交及谁是那

    • 本地日志(Local Logs) 如果你拥有设备的访问权限,你可以使用 adb logcat 或你的 IDE 查看一些日志。你可以使用 adb shell setprop log.tag.<tag_name> <VERBOSE|DEBUG> 操作为任何下面提到的标签(tag))开启日志。VERBOSE 级别的日志会显得更加冗余但包含更多有用的信息。根据你要查看的标签的不同,你可以把 VERBOSE