网页调试之debugger原理与绕过
网页调试之debugger原理与绕过
当我们调试JS的时候，时常会遇见无限debugger。无限debugger的原理是什么呢？它在何时触发？如何绕过？
debugger 语句用于停止执行 JavaScript(以下简称JS)，并调用 (如果可用) 调试函数。
使用 debugger 语句类似于在代码中设置断点。
注意： 如果调试工具不可用，则调试语句将无法工作。
实现debugger功能
直接使用书写debugger
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<title>Example DEBUGGER</title>
</head>
<body>
<script>
debugger;
</script>
</body>
</html>
当我们使用浏览器打开Devtools即执行debugger；如下图所示
eval配合debugger
eval() 函数计算 JavaScript 字符串，并把它作为脚本代码来执行。 如果参数是一个表达式，eval() 函数将执行表达式。如果参数是Javascript语句，eval()将执行 Javascript 语句。
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<title>Example DEBUGGER</title>
</head>
<body>
<script>
var a = 1;
eval("var 1 = 1;debugger")
</script>
</body>
</html>
当使用eval执行时，将会在虚拟机中执行，也就是说非同一作用域。 同时也由于
将字符串当作表达式来执行，那么里面常常伴随着代码混淆
函数内执行debugger
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta http-equiv="X-UA-Compatible" content="IE=edge">
<title>Example DEBUGGER</title>
</head>
<body>
<script>
(function a(){
var data = Date();
alert(data);
debugger;
}())
</script>
</body>
</html>
因为以上三种体现形式，在debugger上所设计的方案十分多。例如常见的无限制debugger、配合settimeout延迟debugger、代码混淆+debugger等等。
设置debugger的原理去对抗反爬，其核心原理就是如果调试工具可用，则调试语句将执行.也就是经常一打开就跳出debugger。
无限debugger，其实是一种泛指的概念，无限泛指多，而非真的无限 其基于debugger之上，在此加入多次执行debugger的语句从而实现“无限debugger”。“反正只要chrome Devtools不开debugger便不会执行”.（经过调试是这样的，如果不准确请自行完善哦）
debugger绕过原理
debugger的绕过也很简单，我个人总结共有两种大的方向。它们分别是替换、掠过。其原理都是不让debugger执行。个人并不推荐新手使用替换法中的方法
- 替换法
- JS注入
- 重写(Hook)
- 掠过法
- Never pause here
- 条件断点
JS注入
实现js注入的方式有很多，例如chrome Devtools的overrides、fiddler autoresponse、 mitmproxy、Charles的map local等等。若有兴趣自行搜索其使用方式
Never pause here
找到debugger前面的行号，鼠标右键点击该行号，点击Never pause here。便会跳过此断点
条件断点
找到debugger前面的行号，鼠标右键点击该行号，点击 Add conditional breakpoint，直接写false。回车即可
Deactivate breakpoints
打开这个图标如下图所示（高亮为打开）
当遇见breakpoints时会执行一次断点，鼠标单击如下图标
即可直接跳过breakpoints。
小技巧：Deactivate breakpoints可以配合xhr、dom、Script等断点使用，便于调试
Hook绕过
function a() {
eval("debugger");
}
(function() {
var eval_cache = eval;
eval = function(obj) {
if (obj.indexof('debugger') === -1) {
eval_cache(obj);
}
}
}())
此方法有局限性，若在此函数(在这里指函数a)若没有借用相关函数（eval），那么就无法使用此方法绕过
函数滞空法
当遇见断点时，回退一次堆栈。将对应函数滞空即可,例如遇见如下的debugger
function a() {
debugger;
eval("debugger");
}
直接在控制台输入如下内容即可。
此方法有局限性，若在此函数中还参杂了关键代码，将可能无法访问或调试等
总结
Debugger绕过其实并不难，但在调试中仅仅是一道“开胃菜”，本节总结了debugger的实现方式，以及触发机制。当然也总结了几种我已知的所有绕过方案。
展望
如何hook“变量”debugger？如果可以实现那么就可以实现反调试的debugger“通杀”，当然目前我也有在探究此方案。在加到hook函数中，那么调试便可以近似于一步到位。