本文尝试从编译过程彻底解决调试web无限debugger问题
背景
当我们调试JS的时候,时常会遇见无限debugger。
debugger 语句用于停止执行 JavaScript(以下简称JS),并调用 (如果可用) 调试函数。
使用 debugger 语句类似于在代码中设置断点。
setInterval(()=>{debugger;}, 100); setInterval(()=>{eval("debugg"+"er");}, 100);
复制上述语句到控制台执行就可以触发了。
实际中的反调试语句会更加复杂和嵌套各种调试技巧,例如常见的无限制debugger、配合settimeout延迟debugger、代码混淆+debugger等等.
解决思路
任何代码都必须编译原理几步-词法语法中间代码机器码,js既然要编译,直接在编译时把关键词屏蔽掉/或生成空语句。
实现
Chrome浏览器内置的是v8 engine,
1源代码
chromium代码搜索:
https://source.chromium.org/chromium

<!–more–>
注意到v8和nodejs项目基本一致,直接下载nodejs进行关键词检索:
node/node-v12.22.9/deps/v8/src$ grep -Rn '"[xd]ebugger"'
parsing/keywords-gen.h:99: {"debugger", Token::DEBUGGER},
parsing/token.h:139: K(DEBUGGER, "debugger", 0) \
parsing/scanner-inl.h:31: KEYWORD("debugger", Token::DEBUGGER) \
heap/heap.cc:3793: return "debugger";
替换掉parsing
目录下的几个"debugger"
就达到了目标.
只编译nodejs比较简单,make -j16
一把梭,使用修改后的node调试即可。
但对于Chrome浏览器内置v8就非常无敌超级麻烦要下载工具链,具体请参考网文 V8系统解读(一): V8 在 Chrome 中的位置&编译调试V8
那怎么办呢?挠头.jpg
2二进制修改
系统环境 Windows 10,Chrome 109
先看看DLL内置的字符串信息,bingo,第一行就是了。
node/node-v12.22.9/deps/v8/src$ grep -Rn '"[xd]ebugger"'
parsing/keywords-gen.h:99: {"debugger", Token::DEBUGGER},
parsing/token.h:139: K(DEBUGGER, "debugger", 0) \
parsing/scanner-inl.h:31: KEYWORD("debugger", Token::DEBUGGER) \
heap/heap.cc:3793: return "debugger";
编译字符串常量必直接表示在rdata区,可直接修改这些hard token。
- ?修改前请备份文件chrome.dll;
- 打开chrome安装目录⚙,使用{010 editor/IDA Pro/Win HEX }暴力搜索实际字节为
\x00debugger\x00
的地方,前后都是16进制的00;. debugger
修改为别的等长字符比如xebugger
;- 重新打开 chrome 控制台测试 debugger 是否生效;正常情况下应该已经不会触发debug状态了。
- 完工,这样就绕过编译Chrome的工程问题。
副作用
- 代码中的debugger成为非法语句,调试器中人工鼠标设置的line breakpoint依然生效。
- 破坏标准语法完整性,导致被探测到debug被破坏输出了warning error,相比之下源码解除debugger\修改ast编译过程更加安全。
- 部分插件失效,如油猴插件
EOF
/革命尚未成功,同志任需努力;
欲知后事如何,请听下回分解?/
扫码免费获取资源:
