关于 某里 ua 的一些记录!

2022-06-02 08:43:56 浏览数 (1)

该文章主要提供交流学习使用,请勿利用其进行不当行为!
如本篇文章侵犯了贵公司的隐私,请联系我立刻删除!

如因滥用解密技术而产生的风险与本人无关!

在验证码肆意的年代。

爬虫活的比狗都难!

python

js

java

mysql

mongo

redis

js逆向

安卓逆向

机器学习

分布式

并发

等等等。。

现在并不是一个requests 走天下的时候了。

哈。

看下面的验证码,是不是很熟悉。。

相对于那些反人类的验证码。。。这个体验感好多了。

可他相对于其他验证码又难多了。

简单的东西,往往有未知的风险!

得。不扯犊子了。

流程什么的不会出现在这篇文章。

因为我也没搞出来。

其实里面要解决的问题,是逗号表达式。

至于switch。。不在我的考虑范围之内。

为什么??

因为我不会啊!!!

我记得某数的6000行的switch不是轻轻松松的调试吗。

不过这个某里的20000行的switch。。

还是算了吧。。

我不dan疼 啊!。。

疼。。。

至于。

逗号表达式,肯定要写ast了。。

当然,我也不会。

为什么要把逗号转成 ; 这样呢。

因为调试方便。

可以自行测试。

这一步搞完之后。

好像也没啥说的了。

其他都是环境的一些事了。

搞出来之后,当然还要校验。

当然,得到的csessionid,,也不一定是对的。

极大可能是错的。。

还要接着校验。

这样就真正的ojbk了。。

至此,,结束了。

接着就是x82y了。。

又是一段折磨人的过程。

0 人点赞