Ⅰ android如何做到防止反編譯，保護自己的資源圖片拜託了各位 謝謝
1.進行源碼保護檢測。檢測DEX文件保護，查看DEX文件是否做了保護，避免法分子 反編譯得到程序源碼,從而杜絕惡意插入廣告、惡意植入扣費代碼等行為，保證用戶體驗以及APP的功能完整。 2.源碼混淆保護檢測。該項目主要用來彌補程序開發人員利用混淆源碼做程序的漏洞，因為混淆源碼作為一種常見的基礎保護措施，並不嚴密，如果被專業人士利用，還是會造成相當程度的破壞。 3.資源文件保護檢測。APP程序中的各種音頻、視頻、圖片、文字等文件資料如果缺乏有效的保護，很容易被惡意篡改、替換和盜竊。比如程序中的音頻格式或文字內容，如果被篡改，做成廣告畫面或違禁色情圖片等，也是對開發人員和用戶的權益侵害。 4. Android主配文件保護檢測。該免費源碼檢測平台可以有效對Android主配置文件中的各個組件進行安全保護，預防其他人員在XML文件中插入代碼，破壞和盜取相關信息，篡改應用程序的功能設定。 5.APK防二次打包保護檢測。二次打包就是程序人員對下載的程序進行解壓，刪除原有的簽名，自己設定一個簽名工具在安裝包上簽名，這是一種盜用行為，侵害了原版程序設計人員的權益和利益。通過免費檢測平台，可以有效查看安裝包簽名是否有過改動，可以有效防止二次打包的出現。 6、so文件保護，防止APP應用被第三方修改打包。 7.愛加密http://www.ijiami.cn/
Ⅱ apk加固，apk加固怎麼可以防止反編譯，保護apk源代碼安全
apk源代碼可以加固的的，源代碼是加殼之後把重要的那部分代碼隱藏起來不被看到，在一定基礎上可以達到保護源代碼的目的。
Ⅲ Android項目里如何混淆自己打的jar包或者防止被反編譯
Android之防止反編譯技巧：
1. 判斷程序是否運行在模擬器上
boolean isRunningInEmualtor() {
boolean qemuKernel = false;
Process process = null;
DataOutputStream os = null;
try{
process = Runtime.getRuntime().exec("getprop ro.kernel.qemu");
os = new DataOutputStream(process.getOutputStream());
BufferedReader in = new BufferedReader(new InputStreamReader(process.getInputStream(),"GBK"));
os.writeBytes("exit\n");
os.flush();
process.waitFor();
// getprop ro.kernel.qemu == 1 在模擬器
// getprop ro.proct.model == "sdk" 在模擬器
// getprop ro.build.tags == "test-keys" 在模擬器
qemuKernel = (Integer.valueOf(in.readLine()) == 1);
Log.d("com.droider.checkqemu", "檢測到模擬器:" + qemuKernel);
} catch (Exception e){
qemuKernel = false;
Log.d("com.droider.checkqemu", "run failed" + e.getMessage());
} finally {
try{
if (os != null) {
os.close();
}
process.destroy();
} catch (Exception e) {
}
Log.d("com.droider.checkqemu", "run finally");
}
return qemuKernel;
}
2. 檢測keystore簽名，再與之前得做比較
public int getSignature(String packageName) {
PackageManager pm = this.getPackageManager();
PackageInfo pi = null;
int sig = 0;
try {
pi = pm.getPackageInfo(packageName, PackageManager.GET_SIGNATURES);
Signature[] s = pi.signatures;
sig = s[0].hashCode();
} catch (Exception e1) {
sig = 0;
e1.printStackTrace();
}
return sig;
}
3. 檢測包名，版本名和版本號，然後做判斷：
private String getAppInfo() {
try {
String pkName = this.getPackageName();
String versionName = this.getPackageManager().getPackageInfo(
pkName, 0).versionName;
int versionCode = this.getPackageManager()
.getPackageInfo(pkName, 0).versionCode;
return pkName + " " + versionName + " " + versionCode;
} catch (Exception e) {
}
return null;
}
4. 把jpg圖片寫成是png格式得圖片 但是最新版本的apktool已經修復了
5. 花指令，影響jd－gui 但是最新版本的jd－gui已經修復
private static final char[] wJ = "0123456789abcdef".toCharArray();
public static String imsi = "204046330839890";
public static String p = "0";
public static String keyword = "電話";
public static String tranlateKeyword = "%E7%94%B5%E8%AF%9D";
在每個類裡面加入 如上欄位。。。。
https://***/ 一個第三方得」愛加密「網站 1.需要使用官方的打包key工具打包後上傳到"愛加密"網站進行處理,然後到網站上面下載,下載後還要用"愛加密"的打包工具再次進行打包即可。
Ⅳ 怎樣防止Android apk被反編譯，用什麼加密方法來保護dex源碼文件不被注入惡意代碼杜絕二次打包的出現
1、混淆java代碼。增加無用代碼，或者重命名，使反編譯後的源代碼難於看懂。
2、關鍵代碼使用jni調用本地代碼，用c或c++編寫，相對於class文件，so相對比較難於反編譯。 需要開發者熟悉如何寫c或c++代碼。
3、如果自身時間或者技術有局限的話，現在國內有第三方加密平台。最近有家叫做 愛加密的非常活躍建議一試而且是免費的。
總的來說APP加密保護是一項比較難精的技術，易學的安全性能不佳。技術也在不斷的更新，是沒有絕對安全的。到不如直接交給專業的處理。
Ⅳ 如何防止Unity3D代碼被反編譯
加密原理(無需Unity源碼):
1. IDA Pro打開libmono.so, 修改mono_image_open_from_data_with_name為
mono_image_open_from_data_with_name_0,
2. 替換實現mono_image_open_from_data_with_name,
extern mono_image_open_from_data_with_name_0(...);
mono_image_open_from_data_with_name(...) {
MonoImage *img = mono_image_open_from_data_with_name_0(...);
//發現數據文件頭不是DLL前綴則解密 img->raw_data, 相應修改img->raw_data_len
return img;
}
3. 重新打包libmono.so; 替換Unity3D中的android下的版本.
4. 另外寫個加密的工具，植入構建環境(MonoDeveloper或VS，添加一個打包後Build Phase來加密DLL); (IOS下禁用JIT固採用AOT編譯，DLL中沒有邏輯代碼，所以無需操心);
從AndroidManifest.xml中可以看出，騰訊的改造應該是修改並替換了入口的classes.dex，把以前的入口 UnityPlayerProxyActivity替換為com.tencent.tauth.AuthActivity. 然後去載入了自定義的幾個so: libNativeRQD.so. 周全考慮，為了防止第三方委託libmono去做解密而做了防護措施. 具體實現我還沒做深入分析, 應該也是老套路.
libmono.so中的mono_image_open_from_data_with_name也被替換成了mono_image_open_from_data_with_name_0.
解密(android):
方法一: ROOT android系統(最好是一部手機，別搞模擬器，慢死), 掛載LD_PRELOAD的API hook來實現.
方法二: 內存特徵碼提取，簡單高效無敵; 機器能讀，你就能讀;
Ⅵ 如何阻止APK反編譯查看源代碼
apk如何防止反編，就用反編譯工具來舉例，例如dex2jar和JD-GUI。dex2jar是將APK中的classes.dex轉化成Jar文件，而JD-GUI是一個反編譯工具，可以直接查看Jar包的源代碼。
具體步驟：首先將APK文件後綴改為zip，解壓，得到其中的classes.dex，它就是java文件編譯再通過dx工具打包而成的；解壓下載的
dex2jar，將classes.dex復制到dex2jar.bat所在目錄。在命令行下定位到dex2jar.bat所在目錄(在DOS命令下CD
目錄)。運行dex2jar.bat classes.dex生成classes.dex.dex2jar.jar
運行JD-GUI（jd-gui.exe），打開上面生成的jar包，即可看到源代碼了。
apk如何防止反編，現在大多開發者已經意識到了App加密保護的重要性，愛加密正是順應行業的發展，對APK進行加密保護，防止反編譯，保護開發者的創意不再被剽竊的第三方加密服務平台。
加密原理：通過對源碼進行加殼保護，然後生成類似虛像的DEX殼文件，即使反編譯也無法看到APK包的源碼，達到防止反編譯的目的。
另外，愛加密的三層加密保護技術：DEX加殼保護，DEX指令動態載入保護，高級混淆保護，可以保證App的動態安全和靜態安全，年前推出的SO庫保
護，使C/C++層面的代碼得到了專業保護，讓APK包無懈可擊。並且，不斷加強對App的保護力度，強力遏制打包黨的橫行，凈化Android應用市
場，打造一個綠色的移動互聯網生態鏈。
Ⅶ Android上，怎麼用16進制加密apk的dex文件讓別人無法反編譯或進內部查看原代碼
可以在Dex文件頭隱藏另一個DEX數據並在運行時載入附帶DEX數據。
構建非規范的Dex文件
通過反射調用DexFile類的方法載入附帶DEX數據
通過反射實際調用DexFile的openDexFile方法
該種方式允許通過byte[]解析dex數據，而無須在再把DEX數據存儲在設備的某個文件。
可以從安裝APK文件、內存或dalvik-cache等讀取dex數據。
該種方式將給自動化分析工具帶來一個問題，自動化工具會按照dex格式處理DEX文件而不會處理附帶的dex數據。需要特定的工具、16進制編輯器或手工提取嵌入的dex數據。
我們可以採用各種不同的方式增加嵌入數據的提取難度，比如：
對嵌入的DEX數據進行加密；
嵌入的DEX數據加密後在對其進行ZIP壓縮；
使用native代碼解密，直接從內存載入；
......等等
該種隱藏方式可以通過判斷Dex文件頭長度是否大於0x70檢測。
Ⅷ android 代碼混淆、壓縮文件破解真能防反編譯
很早以前安卓是很容易被破解的，後來谷歌意識到了這個問題，就多了一個proguard.cfg文件，就是用來混淆代碼的，這在一定程度上阻止了apk被反編譯。不過現在的反編譯越來越厲害了，普通的代碼混淆對於APK反編譯沒有效果了。現在要真正做到做apk反編譯，要保護dex文件、so庫文件、以及防止內存數據被靜態、動態抓取等等，一般都是通過密碼演算法給dex加殼隱藏、對源碼使用高級混淆、簽名效驗、使用花指令、對so文件使用演算法加密等。這些單獨一項可能還達不到較安全的保護，但是綜合起來就會達到一個相對很高的安全層次。如果覺得麻煩，可以嘗試用一下第三方APP加密如愛加密，今天上傳，第二天就能拿到加固後的apk，很方便的。
Ⅸ Android APP的破解技術有哪些如何防止反編譯
由於Android系統的開放性，導致Android
APK很容易被他人破解或是反編譯，下面給大家介紹常用的APP破解工具和技術要求。同時根據自己以往的防破解經驗，跟大家分析下如何防止反編譯。
Android
APK運行環境依賴的文件/文件夾
res、DEX、主配文件Lib
只是簡單的加密甚至沒有任何保護措施。APKtool（一種反編譯工具）可輕易將其輕松破解，再配合其他各種工具基本可以做到：源碼暴露(代碼混淆也幾乎起不到任何安全作用)、資源文件裸奔、主配文件可任意修改、核心SO庫暴露、暴力破解惡意利用等。部分大公司會對其應用APK包進行防二次打包和防APKtool破解，但其代碼都是寫在JAVA層，另外APKtool的可升級導致其安全保護級別也是非常低的。