网页端debugger反调试的几种对抗方式

简单总结下目前我掌握的几种对抗debugger反调试的方法，也欢迎大佬们有新的好用的方式补充。

 

首先写一个简单的html演示：

 

看下下面的这段JS，很简单，运行时做了一下验证，对比test方法的文本，如果不一样就通过setInterval无限调用debugger。

    function test(x,y){
            z=x+y;
            return z;
        }
        setInterval(function()
        {test+""=="function test(x,y){z=x+y;return z;}" ? console.log("未修改") 
:setInterval(
        function(){
            debugger;
            },1000);}
            ,1000);
        test(100,200);

 

 

然后我们添加这一句，也就是对源代码进行破坏，让他验证不通过。

 

 

浏览器打开HTML文件，打开F12开发者工具。可以看到已经进入无限debugger模式了。

 

方法一：通过停用断点

 

 

应该是各位见过最多的方法了，就是开发者工具的这个按钮：

 

 

点击切换成这个样子后，已经停用了断点调试，无限debugger将消失：

 

如果只是从干掉debugger的层面上讲，那么我们的目的已经达到了。但是这种方法不好用，干掉debugger的同时，也无法再对该网页进行任何调试。然而往往我们打开F12就是为了调试，你把调试给禁了，我开F12干嘛。。

方法二：条件断点

 

 

想必各位对如下打断点的方式并不陌生：

 

点击代码行数就会添加断点。这是普通断点的快捷添加方法。在浏览器中还有一种条件断点。

条件断点与打常规断点的方法类似，在要添加的行号上右键，选择Add conditional breakpoint：

 

然后输入false，回车：

 

代码变成了这个样子：

 

再按下F9，你会发现debugger已经消失了。

方法三：离老子远点！（Never Pause Here）

 

 

字面意思，不从这行代码经过。

 

依旧是右键点击行号，选择Never pause here。

以上是常规操作，接下来介绍比较骚操作的方法。
首先是用fiddler&charles&multiproxy之类的工具。接下来我会用fiddler演示，其他的工具类似。

方法四：替换文件

我们既然已经知道代码里有反调试，那么用以上工具替换response内容不就行了吗？这里演示有点蛋疼，服务器到期了，我又不想去专门找个有反调试的网站。。于是自己注入一个吧。

使用到Fiddler的Fiddler Script功能，Fiddler Script使用的语言是JScript.NET。语法和JS类似，我是当做JS来写的，细微差别注意一下就好了，反正用到这个功能一般也不会写太多代码。。

 

 

首先，百度主页是没有任何debugger的，我们接下来要做的是在百度中注入一段反调试代码，让他进入到debugger中。打开Fiddler，在右边可以找到Fiddler Script选项卡。

 

 

下面这些是Fiddler提供给我们的一些生命周期钩子，做过前端或者安卓开发很容易就会理解。

 

简单说，OnBeforeRequest会在拦截请求之前执行，属于拦截到了，但是还没有发出去的状态，在这里你可以修改一些请求头等内容。
OnBeforeResponse是在拦截响应前执行，比如我们在网页中打开了百度，百度的代码已经返回来了，但被Fiddler拦截在了这里，还没有到达浏览器！我们可以在这个阶段劫持响应内容。

其他的可以去查找相关资料或者阅读官方文档，Fiddler Script是Fiddler强大之处之一。

我们可以在这里写代码扩展一些自己想要的东西。这个的应用其实很广，比如有时候不得不用selenium抓数据，但是又不想通过selenium读数据，因为要等网页渲染，实在太慢了。这时候就可以使用Fiddler Script，在里面写一段脚本，让响应回来的时候直接解析，然后把数据保存在数据库里。

 

 

咳咳，扯远了。先来注入：选择OnBeforeResponse，会自动跳到这个函数的位置：

 

 

然后我们添加注入的代码：

 

比较简单，我将上面例子中的那段debugger代码添加到百度页面中的<title>标签前面。保存，打开百度主页，按下F12：

 

已经把debugger注入到网页中了。

接下来我们要干掉他。AutoResponser:

 

先右键点击查看网页源代码，把源代码拷贝下来一份，放到我们写好的html中。

 

然后修改代码，把debugger置为false：

 

Fiddler中找到要替换的请求：把他拖进AutoResponser中：

 

选择Find a file，并在里面选择我们准备好的html文件。

 

 

刷新页面。

 

我们发现已经不会停在我们注入的地方了。也就是debugger失效了。

PS：万万没想到网页里还是出现了debugger，是因为Fiddler Script注入的地方没有关。。也验证了，Fiddler Script的优先级 > AutoResponser。AutoResponser执行后才会走Fiddler Script

 

方法五：脚本注入

方法四是比较方便的，但是有时候你会发现要修改的JS代码是动态的，每次加载都不一样，这时候如果盲目替换文件，很可能导致网页的逻辑无法使用。我们仅仅需要把debugger的地方干掉就可以了。

也就是，通过注入，修改指定代码。细心的你可能已经发现了，这不就是上面我们注入debugger做的事吗？是的。。。所以，没有看上面方法四的建议回去看一下。。。方法类似，指定Host，用正则替换掉debugger代码。
这里不再讲了。

方法六：JS Hook劫持方法

首先要装一个油猴插件，这个程序员应该都装了吧。。。实现各种骚操作。
js的hook和Frida中的很像，或者说比Frida的hook更简单。我们现在知道了debugger是在setInterval中执行的，那我们尝试劫持setInterval。点击这里，新建一个油猴脚本：

 

 

编辑内容如下：

 

简单解释下，match代表应用的网址，也可以用正则配成*。require引入了jquery...这行不看也罢，以前写的模板，直接带过来了。run-at document-start在加载的时候运行。
然后就是主要代码了：

var new_setInterval=setInterval;
window.setInterval=function(a,b){
    if(a.toString().indexOf("debugger")!=-1)
        {
        return null;
    }
    new_setInterval(a,b);
}

首先用new_setInterval接收了原生的setInterval。然后hook原生setInterval，如果在参数a，也就是定时器结束时调用的函数中出现debugger的话，就让函数返回null，什么都不做，再继续运行定时器。

 

效果：

 

总结

以前遇到debugger，没有处理的经验，真的是一脸懵逼，慢慢也积累下来一些对抗的方法，希望能抛砖引玉，各位如果有其他方法也可以交流一下。

其实通过这些，学到的不仅仅是针对反调试，这些方法在其他的地方也有相当多的应用场景。比如Hook，这么好用的方法难道仅仅用来对付反调试？不不不，他还可以hook任意JS加密方法，hook Cookie的生成，hook一个搜索不到的入口等等等。。留给大家自己研究了。

如果后续我找到新的对付无限debugger的方法，也会更新在这里。