DebugPort

最新推荐文章于 2023-06-23 11:07:24 发布
原创 最新推荐文章于 2023-06-23 11:07:24 发布 · 1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客提供了一个链接http://bbs.pediy.com/showthread.php?t=80971 ，但未明确该链接与DebugPort的具体关联信息。
GD32F103/303 debug port/osc port for GPIO
weixin_39305628的博客
12-07 517
GD32F103/303 debug port/osc port for GPIO
清空 _EPROCESS 结构体中的 DebugPort ，实现进程无法被附加调试
walker的博客
03-07 828
简介 在内核 _EPROCESS 中有一个 DebugPort 成员，该成员中存储的是一个内核调试对象地址。当调试器附加进程调试时，操作系统会在内核中创建一个调试对象，并将调试对象的地址写入对应被调试进程的 _EPROCESS 结构体中的 DebugPort 成员中，用于实现调试器与被调试进程之间建立联系。而清空该地址时，调试器将会与被调试进程之间失去关联，即无法继续调试该进程。 如果调试器重复多次发起调试请求，操作系统将会重复将调试对象的地址写入被调试进程。如果只将 DebugPort 清空一次，依然会
AURIX™ TC3xx 调试口保护 secure debug
2301_76563067的博客
06-23 6088
AURIX™ TC3xx 调试口保护 secure debug UCB_DBG_ORIG and UCB_DBG_COPY Content 使用Debug Password 保护调试接口设置 项目硬件接口保护方案 hexview Lock using UDE Unlockusing UDE Lock using Lauterbach Unlock using Lauterbach
DebugPort 清0
weixin_30455023的博客
08-10 385
1.首先找到该进程的EPROCESS结构的址在WinDbg命令行输入!process00得到EPROCESS结构的址lkd>!process00****NTACTIVEPROCESSDUMP****PROCESS84648268SessionId:0Cid:0344Peb:7ffd7000ParentCid:02f4Dir...
寻找调用DebugPort的函数
whatday的专栏
11-09 2967
打开虚拟机，打开一个程序。如 LoadSys.exe 之后本机打开Windbg通过串行端口连接虚拟机。 lkd->!process 0 0 LoadSys.exe 得到LoadSys.exe 的EPROCESS地址如。0x87654321 lkd->ba r4 0x87654321+0xec （WIN7上DebugPort 偏移为 0xec,可以通过lkd->dt nt!_
ITP700 Debug Port设计指导
03-04
英特尔至强处理器(原代码为Nocona)的工作频率高达3.60 GHz。它集成了按需切换(DBS)的增强型英特尔 SpeedStep技术，可以动态调整功率和降低处理器功率需求。64位英特尔内存扩展技术(英特尔 EM64T)支持64位内存寻址...
修改WRK源码躲过DebugPort清零
04-04
在本文中，我们将深入探讨一个特定的议题：“修改WRK源码躲过DebugPort清零”，这是一个针对TP DebugPort的技巧，适用于那些希望在调试过程中保持DebugPort设置不变的开发者。首先，我们需要理解什么是DebugPort以及...
[反调试 r0] DebugPort 端口清零
LYSM
04-16 1032
原理 debugport 是在 EPROCESS 结构中的.调试时间会通过 DebugPor t端口将调试事件发送给 ring3 进行调试的.如果设置为0.则 ring3 就无法进行调试了。 这是我随便找的一个系统下的 _eprocess 结构 kd> !strct eprocess !strct eprocess struct _EPROCESS (sizeof=648) +000 struct _KPROCESS Pcb +000 struct _DISPATCHER_HEADER Header
重写部分调试体系的DebugPort隐藏
被遗弃的庸才博客
01-11 3183
能正常调试vmp和se，并且没有debugport的痕迹（如果你想调试某游戏，我的评价是我不知道，因为我不玩）。al-khaser_x86下除了父进程和watch memory，debug的痕迹都没有了（当然检测的方式还有窗口名和进程名的方式，这里并没有处理，你可以参考hyperhiden把这些也加上），NtYieldExecution在当前开了vt的虚拟机下就是bad（不管）。
模仿腾讯实现内核进程的调试端口DebugPort 清零
M-先生
09-24 2759
模仿腾讯实现内核进程的调试端口DebugPort 清零 最近学习驱动，昨天刚配置了下windebug调试器，下载了论坛的驱动教程，很不错，适合入门。看了几个老郁的教程，随便把驱动环境搭建好了。 在公司xp  sp3的系统上测试了成功，OD下断点失效或报错。 --------------------------------------------------------
围观tp驱动保护。详解debugport清0
kingswb的博客
06-11 2809
标 题: 围观tp驱动保护。详解debugport清0 作 者: 诶一 时 间: 2012-08-25,22:15:56 链 接: http://bbs.pediy.com/showthread.php?t=155139 刚毕业，找工作的时候郁闷中，还没找到理想的工作，刚好回到家又没什么事情，就研究下tp保护，闲闲散散的也搞了2个星期了。索性弄好了也就发篇文章了，求个精华阿，第一个精华
【讨论】白菜 DebugPort 全分析收集 加研究日记
gold0523的专栏
04-27 2410
标 题: 【讨论】白菜 DebugPort 全分析收集 加研究日记 作 者: 紫雨心梦 时 间: 2011-04-14,10:34:00 链 接: http://bbs.pediy.com/showthread.php?t=132340 现在多数程序为了防止调试。基本上都用到了驱动HOOK 内核API。 至于绕过那些HOOK，基本上大家应该已经是没有什么问题了。 估计像我这样的菜鸟也不算多了。研究DebugPort 清0，倒是难倒了我。。。 所谓DebugPort 清0，就是向 E
来自看雪的手把手调试DebugPort清零
liujiayu2的专栏
06-30 3641
现在多数程序为了防止调试。基本上都用到了驱动HOOK 内核API。 至于绕过那些HOOK，基本上大家应该已经是没有什么问题了。 估计像我这样的菜鸟也不算多了。研究DebugPort 清0，倒是难倒了我。。。 所谓DebugPort 清0，就是向 EPROCESS->DebugPort  不停写入 NULL（0）值。。让调试器无法收到调试信息。。。 现在能找到的资料也不算多。。。
【debug】平台工程接口调试
掘金者说
06-01 1542
我们前后端分离以后，开发环境是部署在服务器上面，我们想要开发接口能够验证效果，需要提交代码构建后才能查看（等待时间长），使用postman简单的进行调试效果不够直观且问题不显现。实时查看效果，实时调整代码，实时联动调试略容器构建部署 补充端口(-p 18082:8081 )是远程debug使用 优势：在工程代码保持同步一致，可以远程调试排查线上问题 不足：不能实时调整处理把前端容器里面最新的web文件拷贝到本地nginx上面即可，在自定路径下面
Hide your DebugPort in ring0
gold0523的专栏
04-16 1486
一个进程被ring3调试器调试时，有得多的调试特征可以检测，但有个非常基础的标志ring3也是可以检测的比较少人提及，那就是_EPROCESS.DebugPort。DebugPort对于ring3调试器来讲非常重要，没有它正常的ring3调试是无法运行的。当然要检测这个标记的条件是程序能够读取ring0内存，在XP以上的系统有个非常简单的方法就是使用ZwSystemDebugControl的SysDbgReadVirtualMemory方法，我们也可以map physicalmemory来操纵。检测
为什么DebugPort清零，windbg就收不到这个进程的调试信息了。转的。
yishenbiao的专栏
07-22 775
if (FirstChance) { /* Make sure a debugger is present, and ignore user-mode if requested */ if ((KiDebugRoutine) && (!(PsGetCurrentProcess()->DebugPort))) { /* Call the debugger */ if (K
03 使用DebugPort 清零实现反调试
qq_50242229的博客
05-09 346
驱动代码 #include <ntifs.h> #include <wdm.h> #include <ntddk.h> //操作码：0x0-0x7FF 被保留，0x800-0xFFF 可用 #define HIDE CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) #define SHOW CTL_CODE(FILE_DEVICE_UNKNOWN,0x801,METHOD_BUFFE
Qualcomm Debug Port刷机工
最新发布
10-01
<think>我们正在讨论Qualcomm Debug Port（调试端口）刷机工具，但用户之前提到的是QFIL（Qualcomm Flash Image Loader）工具用于多台设备刷机的情况。现在用户要求了解Qualcomm Debug Port刷机工具的相关信息。 注意：Qualcomm Debug Port通常指的是高通的调试接口，如9008端口（EDL模式）就是其中一种，而QFIL正是利用这个端口进行刷机的工具之一。因此，这里我们需要介绍的是通过EDL模式（即9008端口）进行刷机的工具和方法，而QFIL是最常用的一个工具。 根据引用[1]：Qualcomm芯片平台工具包括QFIL、EDL、qrc0de等。这里EDL指的是Emergency Download Mode（紧急下载模式），也就是我们常说的9008模式。而QFIL就是在这个模式下使用的工具。 因此，我们主要介绍QFIL工具，但也要注意用户问的是“Qualcomm Debug Port刷机工具”，所以还可以包括其他使用EDL模式的工具，如QPM（Qualcomm Product Support Tools）中的一些工具，或者开源的EDL工具（如edl）等。但重点还是QFIL，因为它是官方且最常用的。 由于用户之前已经讨论过多台设备使用QFIL，所以本次回答可以侧重在QFIL工具本身的介绍和使用方法，以及相关的Debug Port（EDL模式）的背景。 结构安排： 1. Qualcomm Debug Port（调试端口）简介：说明什么是Debug Port，特别是EDL模式（9008端口）的作用和进入方法。 2. 常用工具介绍：重点介绍QFIL，也可以提及其他相关工具（如QFIL属于QPST的一部分，还有开源工具edl等）。 3. QFIL工具的使用方法（单台设备）：因为多台设备的情况之前已经讨论过，这里可以简要回顾，但主要介绍单台设备的标准流程。 4. 注意事项：包括驱动安装、固件匹配等。 5. 生成相关问题。 注意：引用[2]提到的是Smart210使用superboot刷机，与高通无关，可以忽略。 根据引用[1]，我们还可以提到这些工具在设备开发、维修与系统恢复中的核心价值。 因此，回答如下： </think>### Qualcomm Debug Port刷机工具详解 Qualcomm Debug Port（简称QPST或QDP）是高通专为芯片级调试开发的底层工具套件，核心功能是通过9008端口（EDL紧急下载模式）实现设备固件刷写、分区修复和深度诊断。以下为关键信息： --- #### **工具架构与组件** | 组件 | 功能 | 文件类型示例 | |------------------|----------------------------------------------------------------------|-----------------------------| | **QFIL** | 主刷机工具，执行`.mbn/.elf`固件烧录 | `prog_firehose_ddr.elf` | | **QSPT** | 分区管理工具，编辑`rawprogram.xml`分区表[^1] | `partition.xml` | | **QDART** | 射频校准工具，修复基带故障 | `nvitem.bin` | | **QSaharaServer**| 9008模式通信协议，处理设备握手 | `sahara_protocol.dll` | --- #### **操作流程（以QFIL为例）** 1. **进入EDL模式** - 设备关机后按**特定组合键**（如：音量+/- + 电源） - 通过`adb reboot edl`命令强制进入 - 连接后设备管理器显示**Qualcomm HS-USB QDLoader 9008** 2. **固件加载步骤** ```mermaid graph LR A[选择端口 COMx] --> B[加载 Firehose 程序] B --> C[加载 rawprogram.xml] C --> D[点击 Download 刷机] ``` - **关键文件**： - `prog_firehose.elf`：底层通信协议 - `rawprogram.xml`：分区结构定义 - `gpt_main0.bin`：主分区表 3. **深度操作命令** 通过**QPST命令行**执行高级操作： ```powershell qfil.exe -t 5000 -p COM5 -f firehose.elf -s rawprogram_unsparse.xml ``` - `-t`：超时设置（毫秒） - `-s`：选择稀疏格式分区表 --- #### **关键注意事项** 1. **驱动匹配** - 必须安装**高通专属驱动**（非通用USB驱动） - 设备管理器出现`Port_#0001.Hub_#0001`表示驱动异常 2. **分区验证** 刷机前需验证分区哈希值，避免触发反回滚机制（Anti-Rollback）： $$ \text{SHA256}( \text{boot.img} ) = \texttt{0x3a7d...} $$ 3. **错误处理方案** | 错误代码 | 原因 | 解决方案 | |------------------|-----------------------|------------------------------| | `FHLoader Fail` | Firehose协议不匹配 | 更换固件包中的`.elf`文件 | | `Sahara Error` | 握手失败 | 短接设备测试点强制9008模式 | | `Param Preload` | 分区表校验失败 | 使用`gpt_utils`修复分区表 | --- #### **扩展应用场景** 1. **基带修复** 通过**QDART**重写射频参数（NV项）： ```python # 示例：修复IMEI丢失 qdart_cli.exe --port=COM3 --write_nv -i 550 -v 0x89A203FE ``` - `-i 550`：IMEI存储的NV项索引 2. **分区提取** 使用**QSPT**备份特定分区： ```bash qspt.exe -read -phy 0x400000 -sz 0x200000 -o boot.bin ``` - `-phy`：物理扇区起始地址 - `-sz`：分区大小 --- > ️ **重要警示**： > 1. 跨硬件版本刷机将永久触发**Secure Boot熔断机制** > 2. 修改`aboot`分区可能导致**Qfuse熔断**（0x72错误）[^1] ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值