破解方法:thor開啟攔截app發(fā)出數(shù)據(jù)包之后保存,下次app啟動時候就不會在去請求服務器直接調(diào)用thor攔截數(shù)據(jù)包進行返回給app
同理可以用于exe 但是具體用什么工具實現(xiàn)本人不太清楚
這個需要新秀的管理來處理一次性數(shù)據(jù)包過期還有就是網(wǎng)絡驗證最簡單的克隆也就是host劫持因為API的接口是固定死的,所以很容易被劫持,破解只要購買對應的驗證,抓取對應的數(shù)據(jù)即可完成操作。這個就需要新秀來處理如何api匿名。通過某個方法讓每個的API都不一樣之類的。這個是隱患最大的因為所有人的API接口都是一樣的所以給破解提供了大大的幫助。即使我把數(shù)據(jù)丟服務器 下發(fā)的API我無法修改 那么這肯定是最大的風險。
還有就是驗證本地端與服務器端是不是一體的,比如RSA這個我看到新秀今天已經(jīng)更新RSA驗證。
而且我不推薦新秀把加密全部固定化,或者說現(xiàn)在我不推薦,因為存在太多安全隱患了。
我相信在未來新秀的大部分使用者均來自APP開發(fā)。
客戶端開發(fā)也許會存在但是大部分肯定都是用來開發(fā)APP的。
因為exe的網(wǎng)絡驗證市場確實飽和了,不是說新秀不適合exe。只是市場確實太多。
但是支持APP C+ C C#這些語言的驗證確實少數(shù)。
所以我推薦新秀最好先優(yōu)化自身功能....以上僅為個人觀點,如果新秀的開發(fā)觀念都不同的可以無視了。
因為確實感覺簡陋了,基本的多軟件管理呀、下級管理、然后還有 子代理管理子代理那些功能確實現(xiàn)在都還沒有。
如果新秀想?yún)⒖家粋€驗證作為開發(fā)端點的話,就是哪些功能需要添加。
我推薦參考可可、飄零不是再給這些驗證打廣告,只是這些驗證確實功能比較完整。
當然每個驗證都有自己的優(yōu)點,這里我只是說驗證的功能而已。不評論驗證好壞。