欢迎光临散文网 会员登陆 & 注册

IOS12/13应用多开/分身终于搞定了

2020-06-09 11:28 作者:passの伤痕  | 我要投稿

IOS12/13应用多开/分身终于搞定了

用Slices2、Slices3的话,会造成多个多开APP使用了同一个APP的数据

也就是你A1软件登陆的是123账号,那么你分身的A2、A3…打开后都是123的账号直接登录了,注销登录其中一个,其他多开程序全部也是注销登录状态。

之前尝试改过info,但是还是不行,部分APP还是出现了多开后数据相同

请教了lcz大佬,得知需要签名不同才能设置不同,但是多开和主体的缓存是独立的

因为有appsync嘛,所以就免签名搞了一个,试了好几次,用了i4的共享正版去掉签名改info的ID后,鬼使神差的居然成功了一次。于是我有了一个A2客户端,算上主体的A1,现在是多开成功了一个。

用这个方法再次生成粉色B站和蓝色B站都不行,还是数据共通。

最后我脑子一转,为啥非得在appsync和签名这里往下研究呢?

我为什么不试试deb呢,于是用Cracker,直接去签名,然后抓取整个APP的full模式。

在本地生成好一个标准deb包的需要的文件夹,再编辑好Control,最后putty到手机(我是真不爱用手机上的t终端,真的手打太累了)后hi直接打包deb,最后安装,成了。

那么现在就是A1粉色 B1蓝色  A2粉色多开  B2蓝色多开就成了。

理论这个套路任何APP都可以多开。

我估计评论区肯定有人问,微信可不可以啊,QQ可不可以啊之类的问题(还得多问我一句封不封号之类的我估计…)。

我就先解答了。

1、可以,无视规则(除了联网验证应用权限的这种不敢保证)

2、大概率被封号(被封禁至少7天以上,保守估计概率7成以上)

3、永封概率1~2成

那么怎么办呢?被封号了怎么办呢?

可以使用某源的多开微信防封插件,反编译后发现原理真的是简单

我提供个思路就是告诉微信,我这个分身微信,是你的微信,啥啥啥都是你的,你看,我的ID也是com.腾讯.xin或者wqq嘛。

使用防封插件,被封号概率有1成左右,这个不是绝对的(7天以上),基本不会永封(理论不会,出事了别怪我没提醒)。

我尽量用大白话来解释了,就如同以往我一直都是尽量用大白话来说一些技术的东西。

这个问题困扰我至少2个月了,这俩月忙,加上也没时间研究,而且IOS12/13的机制改了不少,这要是再IOS6789时代,分分钟给你开10个分身。从10开始就变样了,11基本上改了不少,12/13有些方面是真的恶心。

以上,感谢阅读。


IOS12/13应用多开/分身终于搞定了的评论 (共 条)

分享到微博请遵守国家法律