本文摘抄于岚光的博客https://0x0d.im/archives/javascript-anti-debug-and-obfuscator.html
前些时候因为人机识别和反作弊业务的需求调研了浏览器指纹和追踪的一些方法,那么当我们把检测代码上线后,怎么保护它,不被攻击者迅速分析破解呢?
常见的编码(如 Base62)、压缩(如 UglifyJS)、复杂化表达式(如填充无用代码,拆分字符串)就不细说了。
至于将 JavaScript 代码隐藏在图片中类似隐写术的方法,一般是恶意程序为了逃避杀毒软件检测所用,正常业务很少用到。
通常用各种编码“加密”的代码,无论怎样变形,其最终都要调用一次 eval
等函数执行。
只需劫持关键函数调用的行为,改为文本输出(如 console.log
)即可得到载体中隐藏的代码。
|
|
去除空格、换行,缩短函数、变量名之类的压缩代码可以直接用浏览器的开发者工具格式化,或是使用 jsbeautifier 等在线工具美化。
复杂化表达式会增加代码复杂度,极大地降低可读性,但有经验和耐心的研究者依然能慢慢调试还原出功能来。
(下面代码在 Chrome 59 上测试通过)
1. Console
检测到浏览器 Console 打开(Detect all browser console open or not)时阻塞 Javascript 执行:
|
|
2. Debugger
Console 调试时会自动停在断点处,借此可以插入随机的 debugger 干扰正常调试。
|
|
demo:https://jsfiddle.net/ftpgxm/t4ux8xp4/2/
当然,为了能够调试,我们可以使用Tampermonkey,在执行js代码之前,先执行下列代码
|
|
具体可参考:
3. AST
通过修改 AST(Abstract Syntax Tree) 生成一个新的 AST,混淆规则有拆分字符串、拆分数组,增加废代码等。
如在同构语法的基础上提取出所有 key 值到闭包的参数中,破坏代码的可读性:
|
|
混淆之后是:
|
|
4. WebAssembly
WebAssembly 是可用于浏览器的字节码格式,比 JS 更高效,能从 C/C++
编译。
如一个简单的 add
和 square
:
|
|
它可能是终极的解决办法,因为作为二进制编码它自带“混淆”,还可以进一步加壳或虚拟机保护。
5. 绕过方法
对于大部分的 JS 代码混淆加密,其实都可以用 Partial evaluation 解决(参见讨论:https://www.v2ex.com/t/367641)。
如 Google 的 Closure Compiler 和 FaceBook 的 Prepack,虽然是用于 JS 代码优化的工具,
但它们都会在编译期重构 AST、计算函数、初始化对象等,最终还原出正常的可读的代码。
对于干扰 Console 调试的方法,可以用 Fiddler 或 Burp Suite 抓包,拦截页面请求,删除或注释掉干扰代码。