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

发布时间 2023-04-11 22:40:00作者: 狼人:-)

简单总结下目前我掌握的几种对抗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的方法,也会更新在这里。