IOS12/13應(yīng)用多開/分身終于搞定了

IOS12/13應(yīng)用多開/分身終于搞定了
用Slices2、Slices3的話,會造成多個多開APP使用了同一個APP的數(shù)據(jù)
也就是你A1軟件登陸的是123賬號,那么你分身的A2、A3…打開后都是123的賬號直接登錄了,注銷登錄其中一個,其他多開程序全部也是注銷登錄狀態(tài)。
之前嘗試改過info,但是還是不行,部分APP還是出現(xiàn)了多開后數(shù)據(jù)相同
請教了lcz大佬,得知需要簽名不同才能設(shè)置不同,但是多開和主體的緩存是獨立的
因為有appsync嘛,所以就免簽名搞了一個,試了好幾次,用了i4的共享正版去掉簽名改info的ID后,鬼使神差的居然成功了一次。于是我有了一個A2客戶端,算上主體的A1,現(xiàn)在是多開成功了一個。
用這個方法再次生成粉色B站和藍(lán)色B站都不行,還是數(shù)據(jù)共通。
最后我腦子一轉(zhuǎn),為啥非得在appsync和簽名這里往下研究呢?
我為什么不試試deb呢,于是用Cracker,直接去簽名,然后抓取整個APP的full模式。



在本地生成好一個標(biāo)準(zhǔn)deb包的需要的文件夾,再編輯好Control,最后putty到手機(我是真不愛用手機上的t終端,真的手打太累了)后hi直接打包deb,最后安裝,成了。
那么現(xiàn)在就是A1粉色 B1藍(lán)色 ?A2粉色多開 ?B2藍(lán)色多開就成了。


理論這個套路任何APP都可以多開。
我估計評論區(qū)肯定有人問,微信可不可以啊,QQ可不可以啊之類的問題(還得多問我一句封不封號之類的我估計…)。
我就先解答了。
1、可以,無視規(guī)則(除了聯(lián)網(wǎng)驗證應(yīng)用權(quán)限的這種不敢保證)
2、大概率被封號(被封禁至少7天以上,保守估計概率7成以上)
3、永封概率1~2成
那么怎么辦呢?被封號了怎么辦呢?
可以使用某源的多開微信防封插件,反編譯后發(fā)現(xiàn)原理真的是簡單
我提供個思路就是告訴微信,我這個分身微信,是你的微信,啥啥啥都是你的,你看,我的ID也是com.騰訊.xin或者wqq嘛。
使用防封插件,被封號概率有1成左右,這個不是絕對的(7天以上),基本不會永封(理論不會,出事了別怪我沒提醒)。
我盡量用大白話來解釋了,就如同以往我一直都是盡量用大白話來說一些技術(shù)的東西。
這個問題困擾我至少2個月了,這倆月忙,加上也沒時間研究,而且IOS12/13的機制改了不少,這要是再IOS6789時代,分分鐘給你開10個分身。從10開始就變樣了,11基本上改了不少,12/13有些方面是真的惡心。
以上,感謝閱讀。