暂定各种错误码对照 //断点相关 bp + 地址 设置断点 bl 显示已经设定的断点 bu + 地址 设置断点，但是这种类型断点再下一次启动时被记录 bc 清除断点 对于断点范围，可以用*匹配，-表示一个范围，表达多个可用,号隔开 程序入口伪寄存器 WinDbg里有个伪寄存器叫$exentry，里面记录了程序的入口点。所以我们只要在命令输入栏里输入 bp $exentry （bp就是用来下断点的命令，详细用法可以参考WinDbg的帮助文档） //调试符号 ld ke
Windbg简单来说就是一个Windows下对用户态/内核态的程序进行调试，以及对Core Dump文件的分析。对于Crash，资源泄露，死锁等问题的分析，Windbg是一个强有力的利器。
最近在进一步学习support技能的时候，了解到分析Dump的重要性，经过学习，做一些笔记。
Windbg相信windows开发的人都知道，有些人用的溜儿溜儿的，有个crash，直接拿这个工具一分析，就定位出来了。非常好用。以前有个同事，做sdk开发的，会各种命令。来北京后，还去过微软面试（不过当时是做外包，挣得也不少），问的问题就包括会不会用windbg定位问题。当时就会几个简单的命令，最后还是没面上（不堪回首）。 使用windbg调试windows下的程序，只要有符号文件，问题定位分分钟的事。下面主要讲一下使用windbg调试chromium。有些是从官网上对翻过来的，如果大家看不明白
配置环境变量 _NT_SYMBOL_PATH,(;)路径分割符 .;SRV*http://msdl.microsoft.com/download/symbolsD:\Program Files\symbol
在开发调试问题的过程中，我们经常使用 WinDBG 来调试崩溃、卡死或蓝屏的 Dump 文件，调试时我们需要将微软的符号表路径导入到 WinDBG 中，也需要将自己程序的符号表文件导入到 WinDBG 中，这样看 Dump 才一清二楚。导入多个符号表的方法就是在每个符号表路径后增加一个分号 ; 然后紧接着下一个符号表路径。
记住是路径.而不是windbg.exe. 原因是 IDA需要依靠 windbg目录下的. Dbgeng.dll来进行调试
在博客堂的不是我舍不得 - High CPU in GC（都是+=惹的祸，为啥不用StringBuilder呢？）、 不是我舍不得 - .NET里面的Out Of Memory 看到很多人在问如何分析dump，所以就写下了这篇短文,抛砖引玉。 一、安装 DebuggingToolsforWindows: 从以下 Microsoft 网站下载 DebuggingToolsforWindows： http://www.microsoft.com/whdc/devtools/debugging/installx8
在系统环境变量添加一个 _NT_SYMBOL_PATH 值为srv*d:\symbols*http://msdl.microsoft.com/download/symbols
前天晚上，在一个页面上拖了一个ObjectDataSource，配置数据源时发现选择业务对象的列表没有列出当前项目的实体类，甚至连NewLife.CommonEntity中的实体类也没有列出来。按以往管理，重新编译、删除引用、更新DLL……所有操作都试了一遍，还是不行。这就奇了怪了，虽然这几年来一直碰到这个问题，尽管不知道原因，但是从来没试过解决不了的。觉得也许是我安装了vs2010sp1的原因。 第二天早上到了办公室，让没有安装vs2010sp1的同事试一下，同样的问题…… 于是打算反编译
0x00 引子 最近开始要在部门内进行 WinDbg 漏洞分析方面的专题showcase，打算将每次分享的内容整理成文章，希望能写一个系列。另外，鉴于笔者还在学习中，不对的地方还望各位多多指正:D 0x01 概述 本文将作为此系列的开篇，首先会提及Windows进程的知识，而后就进入正式的漏洞分析，此次选的是一个IE漏洞（CVE-2012-1876）。需要说明一点，随着微软在自身安全上的不断改进，漏洞利用的难度也越来越大，出于学习目的这里主要关注比较经典的漏洞，虽然有些可能比较老了，但还是很有借鉴意义的。
本文将和大家介绍一个简单且实际用途不大的使用 windbg 配合脚本的方式，进行自动化的大批量对 dotnet 系应用的 dump 进行自动化分析调试处理，可以自动根据调试需求输出 dump 文件的一些信息
WinDBG 是在windows平台下，强大的用户态和内核态调试工具，相比较于Visual Studio它是一个轻量级的调试工具，所谓轻量级指的是它的安装文件大小较小，但是其调试功能却比VS更为强大，WinDBG由于是微软的产品所以能够调试Windows系统的内核，另外一个用途是可以用来分析dump数据，本笔记用于记录如何开启Windows系统内核调试功能，并使用WinDBG调试驱动。
用 原文链接:http://advdbg.org/blogs/advdbg_system/articles/784.aspx
本故事纯属虚构。 初入职场的小木，负责维护一个博客系统，后端采用C++编写，部署在Windows服务器上。刚刚熟悉完产品的小木，接到了后台服务的报警，服务器后端偶尔会程序崩溃。刚开始小木还有点慌张，脑子里面浮现出各种问题，这个是程序的bug吗？茫茫的代码如何寻找问题？log能看到线索吗？当冷静下来后，小木忽然想起前几天看的两篇文章<<Windbg调试----Windbg入门>>和<<Windows程序Dump收集>>，还没动手过呢，正好练习练习。
介绍 1. 什么是Windbg WinDbg是微软发布的一款相当优秀的源码级(source-level)调试工具，可以用于Kernel模式调试和用户模式调试，还可以调试Dump文件。 WinDbg是微软很重要的诊断调试工具: 可以查看源代码、设置断点、查看变量, 查看调用堆栈及内存情况。 Dump文件是进程的内存镜像, 可以把程序的执行状态通过调试器保存到dump文件中 2. Windbg可以解决以下问题 ◆ 内存高 ◆ CPU高 ◆ 程序异常 ◆ 程序Hang死 3. 使用windbg进行调试
俗话说：万事开头难！ 自从来到新公司遇到性能问题后，需要想办法解决这个问题，但是一直没有合适的性能分析工具，然后找到StevenChennet 大神帮忙，他用WinDbg工具远程帮我分析了一个 dump文件，但是只看到键盘 “啪啪啪”，得到了结果，却不是很清楚WinDbg神奇具体如何使用的。结果，第二天，性能问题又来了，总不能每次劳烦大神驾到，所以不得不自己开始学习WinDbg,这里记录一个入门过程。 1，首先，下载并安装WinDbg程序 从下面的地址打开： https://msdn.microsoft.c
本文来告诉大家如何一步步搭建一个 DUMP 分析平台，核心是用来分析桌面端的应用软件，如 WPF 软件的 DUMP 文件。在开始之前需要说明的是，如果桌面端软件使用纯 WPF 实现，中途没有调用不安全的 C++ 库，那么 DUMP 平台几乎无用，原因是 WPF 是 .NET 应用，而 .NET 是安全的，除非是系统环境问题，否则依靠捕获异常所拿到的信息就完全超过了 DUMP 能获取的信息。因此本文的核心功能是提供给调用了不安全的 C++ 等语言编写的库的桌面端软件 DUMP 分析平台
Windbg是Microsoft公司免费调试器调试集合中的GUI的调试器，支持Source和Assembly两种模式的调试。Windbg不仅可以调试应用程序，还可以进行Kernel Debug。结合Microsoft的Symbol Server，可以获取系统符号文件，便于应用程序和内核的调试。Windbg支持的平台包括X86、IA64、AMD64。
今天在测试的时候发现IDA 5.5可以启动windbg调试器，而IDA 6.0却无法启动windbg调试器。大体看了一下可能是由于搜索路径造成的，重新将windbg安装到program files下之后问题就结局了。
KeServiceDescriptorTableShadow是ShadowSSDT表 KeServiceDescriptorTable是SSDT表.
32位系统逐渐淘汰,转到64位编程相当重要. 但苦于64位驱动编程网上的资料比较杂乱
未捕捉异常无法生成dump文件，导出中二次崩溃，程序主动调用abort终止进程都会导致dump文件未生成。
Voltron是一款功能强大的可扩展调试器UI工具包，该工具基于Python开发，旨在通过引入程序视图来提升和改善各种调试器（LLDB、GDB、VDB和WinDbg）的用户体验。Voltron可以通过调试器来获取和显示数据，并通过在其他TTY中运行这些视图来帮助构建一个定制的调试器用户界面，以满足广大安全测试人员的需求。
随着应用程序的复杂度不断上升，要想将好的设计思想稳定的落实到线上，我们需要具备解决问题的能力。需要具备对运行时的错误进行定位且快速的解决它的能力。本篇文章我将分享一下我对.NET应用程序调试方面的学习和使用总结。
该篇文章主要分享了作者在使用.NET进行应用程序调试方面的一些经验和技巧，包括异常处理、调试工具、代码调试、性能优化、内存泄漏检测、远程调试、日志记录、死锁、线程调试、Visual Studio调试、F5负载均衡和服务器端应用程序等方面的内容。作者还介绍了如何使用Visual Studio调试.NET应用程序，并提供了详细的步骤和截图。此外，作者还介绍了一些常用的.NET调试工具，如Fiddler、Wireshark、Process Monitor等，以及如何使用这些工具进行网络调试、进程监控、文件读写等方面的操作。最后，作者还分享了一些调试.NET应用程序的经验和技巧，包括如何识别和解决死锁、内存泄漏、性能问题等。
本文告诉大家如何用 WinDbg 调试 UWP 应用，使用 WinDbg 调试是在没有其他手段的时候才进行的调试，因为调试难度特别大。我最近因为发现有 Edge 和其他 UWP 程序打不开的问题，然而我没有 Edge 和其他 UWP 的源代码，于是我只能通过 WinDbg 去调试 UWP 程序
需要使用WinDbg工具来分析windows系统产生的dump文件，此工具属于Windows SDK的一个组件，在微软官方网站可以下载（链接）。
在很多情况下，当我们拿到VCenter或ESXI 服务器权限和Web后台权限登录后，发现很多重要的系统锁屏了，想要进入还需要输入密 码。因此，这时我们就需要抓取处于锁屏状态机器的Hash了。以下介绍使用内存快照抓取Hash。
参数 DriverObject 指定驱动对象。可以是DRIVER_OBJECT的16进制地址或者驱动的名字。 Flags (Windows 2000和之后) 可以是下面这些位的任意组合。(默认为0x01。)
在软件编程中，崩溃的场景比较常见的。且说微软技术再牛X，也是会出现崩溃的场景。网上有一段Win98当着比尔盖茨蓝屏的视频非常有意思。（转载请指明出于breaksoftware的csdn博客） 我们身边的很多软件都引入了dump生成和收集机制。但是一般情况下，它们都是生成minidump。因为minidump文件相对来说很小，方面我们收集上来进行分析。但是Minidump保存了很少的信息，在一些场景下，可能不能协助我们准确快速定位问题。
在正式开始驱动开发之前，需要自行搭建驱动开发的必要环境，首先我们需要安装Visual Studio 2013这款功能强大的程序开发工具，在课件内请双击ISO文件并运行内部的vs_ultimate.exe安装包，Visual Studio的安装非常的简单，您只需要按照提示全部选择默认参数即可，根据机器配置不同可能需要等待一段时间；
接下来打算花点时间去初探Ring0漏洞利用的世界，看看内核的世界，这里基于实验环境HEVD进行学习实验，主要内容是Ring0下的各种类型的漏洞的示例，以及针对各种漏洞的利用方法，基于最新的HEVD3.0进行实验，目录如下：
刚入职的小木，前不久刚刚解决了一次crash问题《Windbg分析程序崩溃实践》。小木没有松懈，继续进行项目代码和Debug技术的学习，同时也思考了一个问题“产品每隔一段时间就会发布新的版本，当出现Crash问题的时候得手动去拷贝响应版本的pdb文件到本机进行调试，有没有什么方式可以实现自动化呢？” 嗯，小木是一个合格的程序员，程序员就是致力于让重复的工作自动化。
在调试软件时，工具非常重要。获取正确的工具，然后再调试时提取正确的信息。根据获取的正确的错误信息，可以找到问题的根源所在。找到问题根源所在，你就能够解决该错误了。
小木在对代码进行测试的时候，发现进程占用了100%的单核CPU资源。并且发现在另一个环境，这个进程占用了12%的CPU资源，因为在这个环境中是8核的CPU。而此时这个进程还并没有处理任何的数据，也就是说会有一个线程就占用一个CPU核的资源。
如果在用户端软件直接退出，在以前 win32 程序可以使用 DUMP 进行调试。在 UWP 需要在电脑的注册表做一些配置才可以收集到 DUMP 文件
Windows内核调试常用于 windows 驱动开发调试、内核分析等，使用 WinDBG 可以很方便的进行本地内核调试，但本地内核调试存在较多的限制(如不能使用导致主机暂停运行的指令)，通常我们都会通过虚拟机软件搭建 windows 双机调试环境，其中一台作为调试机(debuger)，另一台作为被调试机(debugee)，双机调试几乎可以满足大部分的 windows 内核分析、调试等工作。
所有Windows内核黑客（从初学者到专业人士）都知道，设置和管理用于内核调试的虚拟机可能很耗时。Vagrant是一个免费的开源工具，可以自动创建和自动化VM。这篇文章将向您介绍Vagrant，以及如何利用其功能自动执行我们的内核调试设置。
以前总想知道IDA是否能够实现内核调试，后来找了一段时间没什么结果就暂时放弃了。今天在国外的一个博客上偶然看到了用IDA实现内核调试的方法。
Iris是一款WinDbg扩展，它可以针对常见的Windows进程缓解进行安全检测，并给研究人员提供详细的检测数据。
Windows中内存泄露的文章本人已经写过两篇<<Windows程序内存泄漏(Memory Leak)分析之UMDH>>和<<Windows程序内存泄漏(Memory Leak)分析之Windbg>>。如果有丰富调试经验的同学会发现，很难用一种工具或者方法去分析所有的场景，尤其当工程庞大的时候。本文要介绍的就是微软提供的DebugDialog, 他可以用于分析Hang，性能问题，内存泄露问题等等。对于内存泄露问题，DebugDialog分析后会给出一个完整的Report，免去了你通过Windbg命令去分析内存的过程，适合于新人。
0. Introduction XCode是macOS上开发app不可缺少的开发者工具，不管是开发macOS上的应用，还是iOS上的应用，都离不开XCode环境。尽管其易用性广受诟病，但由于苹果app开发的封闭性，众多开发者也不有苦不能言。近年来微软针对macOS平台发布了Visual Studio Code和Visual Studio for Mac这两款开发工具，但是其目的显然只是作为XCode的一种补充，要全盘替代XCode目前还不太现实。平时工作中由于负责开发维护Windows和Mac
教程是周壑老师在 B 站的 windows 内核实验系列视频，这只是笔记，不是教程，大家想要学习可以去 B 站找视频看
生成dump文件有三种方式：任务管理器生成，windbg抓取，源码中添加dump转储代码。需要根据实际情况选择。
一般在写Windows内核程序的时候，经常会出现蓝屏的问题，这个时候一般是采用记录下dump文件然后用windbg查看得方式，具体的过程就不说了，网上一大堆的内容。现在我主要记录自己当初按照网上的方案出现windbg的open crashdump项呈现灰色的情况。就像下面这样
前两天朋友去面试极光等一些企业遇到了一些问题记录了下来，问我有没有什么想法。问题是关于域管登录过的域内主机，卡巴之类的杀软保护了 lsass 进程，有哪些方法可以读取域管的明文密码。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
