JS调试干扰系列———无限debugger

本文介绍三种常见的debugger手段:简单粗暴型、eval混淆型和构造器constructor执行型,并提供处理方法,包括直接跳过debugger和重构运行逻辑。

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档


前言

我刚入逆向的坑的时候(其实就是现在),那个所谓的无限debugger让我很难受,为什么说是"所谓的无限debugger",因为它其实不是无限的,如果他是无限的话,浏览器会卡死,别说调试,就连我们正常浏览浏览器的页面都成问题,比如:
下面展示一些 内联代码片

while(!![]){
debugger;
}

在这里插入图片描述
这完全没法进行操作好吧,好了,其实这些都不是重点,回归主题,怎样通过现在浏览器上出现的各种(几乎所有,但不包括特例,至少作为新手的我没遇到过)

一、手段分类

1.简单粗暴型

不带任何混淆及直接明文出现在代码中,跟我们平时调试js手动添加断点一样,其实很多时候都是搭配定时器一起使用的,如sojson官方案例.:
在这里插入图片描述

2.通过eval混淆型

大多数情况情况都是将debugger关键字混淆后装入eval内部
在这里插入图片描述
在这里插入图片描述
其实他就将需要执行带有debugger的方法混淆后装入eval里面,其实原理和第一个=种一样的。

3.利用构造器constructor来执行

这一种我觉得相对于以上两种难度稍微大一点,一般使用这种方式的多少都带有混淆,主要使用的形式有一下几种:

Function("debugger").call() //这里根据后面带的参数个数、类型来定,如果参数为多个,或者类型为数组时,call需换成apply,或者bind
XXX.constructor("debugger").call("action")
(function(){return !![];})["constructor"]("debugger")["call"]("action")

比如:
在这里插入图片描述
在这里插入图片描述
好了,我所目前所了解的就以上的几种手段了,接下来我简单的介绍一下我自己面对这些手段时的解决思路吧。

二、处理方法

1.粗暴型

所谓粗暴型就是直接干掉或者直接跳过debugger运行的地方,
(1)在debugger所在的地方点击鼠标右键选择 “Never pause here”,如:
在这里插入图片描述
(2) 将debugger所在的地方将其干掉,然后使用抓包软件fiddler的Autoresponse功能运行修改过的js即可,但这种方法存在局限性就是:当debugger所在的方法里面还存在其他逻辑时,会出现整个js缺少逻辑,导致整个js出错。

2.重构运行逻辑

(1)debugger与计时器搭配型,他的原理就是定时器设置一个很短的时间,频繁的去执行含有debugger的方法,以达到无限debugger的效果,这里我就写一个简单的demo来举例吧

function a(){
    
    debugger;
    b();
}
function b(){
    console.log("hello world!")
}
setInterval(a,200); //每0.2秒触发一次

这时候就可以通过hook的方式去重写这个定时器方法:

setInterval_new=setInterval
setInterval=function(a,b){
if(a.indexOf("debugger")==-1){
	return setInterval_new(a,b)
	}
}
//如果这里的定时器只是单纯的用来频繁触发debugger的话,就直接将其干掉了

上面所提的eval手段也是通过这样的手段将其重写。

(2)同上当出现"debugger"在constructor里面时,重写方法如下:

Function.prototype.constructor_bc=Function.prototype.constructor;
Function.prototype.constructor=function(){
					if(arguments==="debugger"){"什么都不做"}  //利用arguments关键字的属性获取当前方法里面的参数
					else{
						return Function.prototype.constructor_bc.apply(this,arguments)  //跟上面处理debugger和定时器一起用的处理方法一样
					}
				}
//注:"Function"的含义并不是某度上面有些人说"js不区分大小",不知道的小伙伴可以去看看比较正规一点的文档了解一下

总结

作为正在入坑我觉得,虽然过debugger操作比较基础,但是在其过程中能提高自己的代码阅读能力及代码逻辑分析能力等等。由于本菜鸡的语言表达能力有待提高,以上说的还有很多细节没有说到,总之我觉得过掉所谓的无限debugger,思路就是寻找调用当前debugger地方,阻止让它调用,或者让它调用不让debugger起作用就可以了。

代码转载自:https://pan.quark.cn/s/8ce4326d996e 对于在 CentOS 7 系统中修改网卡配置文件后无法使设置生效的情况,经过实践验证,可以通过使用 nmcli 命令来进行调整。完成修改之后,需要重新启动虚拟机以使更改生效,这样操作流程即告完成。如果设置仍然无法生效,则表明虚拟机在启动过程中所获取的 IP 地址配置并非针对 eth0,此时可以对其它网卡的配置文件进行修改或将其移除。在 CentOS 7 系统中,网络配置的管理机制与早期版本存在差异,主要体现为采用了 Network Manager 服务来负责网络接口的管理。在某些情形下,尽管修改了 `/etc/sysconfig/network-scripts` 目录下的 `ifcfg-eth0` 文件,但网络配置却未能即时生效。此类问题的发生通常源于 CentOS 7 采用了不同于以往的配置读取方法。接下来将具体阐述如何借助 nmcli 命令来处理这一挑战。 以 root 用户身份登录系统并打开终端界面。nmcli 是 Network Manager 提供的命令行界面工具,它支持在命令行环境下执行网络连接的建立、编辑、查询及管理任务。针对修改 eth0 网卡配置的需求,可以遵循以下步骤进行操作: 1. 导航至 `/etc/sysconfig/network-scripts` 目录: ``` cd /etc/sysconfig/network-scripts ``` 2. 检查该目录内是否存在 `ifcfg-eth0.bak` 文件,该备份文件可能是先前调整配置时遗留下来的,若存在可能造成冲突。若发现该文件,可以选择将其删除: ``` [root@localhost netw...
代码转载自:https://pan.quark.cn/s/46fd08fb879c 网管教程 从入门到精通软件篇 ★一。★详尽的xp修复控制台指令及其应用!!! 放入xp(2000)的光盘,安装时选择R,执行修复! Windows XP(涵盖 Windows 2000)的控制台指令是在系统遭遇某些意外状况时的一种极具效用的诊断、检测以及恢复系统功能的工具。笔者确实一直期望能够将这方面的指令进行归纳,此次由老范辛苦整理了这份极具价值的秘籍。 Bootcfg bootcfg 命令用于启动配置与故障恢复(对大多数计算机而言,即 boot.ini 文件)。 带有特定参数的 bootcfg 命令仅在运用故障恢复控制台时方可使用。能够在命令行界面下运用带有不同参数的 bootcfg 命令。 用法: bootcfg /default 设定默认引导选项。 bootcfg /add 向引导清单中增添 Windows 安装。 bootcfg /rebuild 重复整个 Windows 安装流程并让用户选择需添加的项目。 注意:运用 bootcfg /rebuild 之前,应先借助 bootcfg /copy 命令备份 boot.ini 文件。 bootcfg /scan 探查用于 Windows 安装的全部磁盘并展示结果。 注意:这些结果被静态存储,并用于当前会话。若在当前会话期间磁盘配置发生变动,为获取更新的探查结果,必须先重启计算机,然后再次探查磁盘。 bootcfg /list 列示引导清单中已有的项目。 bootcfg /disableredirect 在启动引导程序中禁用重定向。 bootcfg /redirect [ PortBaudRrate] |[ useBio...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值