裁判文书一套分析流程

裁判文书

首先登录对密码进行了加密

找到加密位置断点去跟

没啥难度,直接扣js替换就行了

然后进去详情页


ciphertext，没啥难度py实现


最后的唯一标识

,又是随机生成,简简单单

发现cookie里面多了个session,一开始听他们说加了瑞数,调用了基本,一般瑞4返回202,瑞503,看了一下返回的200，看cookie也没有瑞数的特征,不知道是不是下了.不过不重要,这个难在风控,解决不了只能堆账号

这时候可以先用游览器的正常的带上你的参数请求一遍,然后你会发现返回数据加密了


没难度,简简单单,跟前面的比小菜一碟

剩下就分析这个session哪来的,我就直接上分析结果了

还会返回后面哪个重定向的url

然后登录,拿着登录后的

加上之前的SESSION组成一个新cookie

后面哪个302的接口其实就是一个SESSION授权

然后详情页,基本差不多,url是列表页返回的加解密一样.最后直接上结果了,总体来说不难,不知道为啥又吧瑞数下了.估计风控牛逼吧.

最后上结果吧因为,没有实际业务需求,就没事写的玩的

封账号这块,因为没实际业务,不知道啥情况.听说非常狠,那这种基本就维护个账号池，再来个随机代理呗.直接部署在服务器,读取所有账号,设定每个账号爬取的数量，整个线程池在那跑呗.定期更新一遍账号,我看他们自己注册的账号好像成本不是特别高,异常处理到位,日志记录清楚.

具体别的大佬好的方案估计都吃吃饭的家伙了,总体来说难度不高,应该重点在封账号这块

最近不忙,就把人民一套写了一遍.总体不难,人民阿里140的接口,还有个r4之前写过