1、app发布前加固的apk能看源码吗，最好做一下扫描和加固，应用扫描可以通过静态代码分析动态数据跟踪，定位出风险代码目前好多都是只告诉APK包里面有风险，同时监控敏感数据加固的apk能看源码吗的异常行为应用安全主要有三部分安全扫描应用加固病毒扫描扫描可以通过静态代码分析动态数据跟踪，定位出风险代码目前好多都是只告诉APK包；通常情况下，若要实现渠道号加固的apk能看源码吗的上传，开发者需要在应用的源代码中加入相应的代码逻辑然而，对于只拥有APK包的情况，直接修改源代码成为不可能的任务这时，可以考虑采用加壳的方式通过将原APK包进行加壳，再在壳中嵌入上传渠道号的代码，从而实现渠道号的上传功能关于各大加固厂商是否提供了类似的解决；1 源程序修改原始apk文件中的classesdex和AndroidManifestxml2 壳程序加载解密后的dex文件，启动原程序3 加密程序使用异或反转RC4DESRSA等算法加密原dex文件加固过程分为加密合成新dex文件修改APK文件并重新打包运行壳程序加载原dex文件四个阶段加密阶段，使用DES或非。
2、需要注意的是，这种加固方式虽然不能完全杜绝反编译，但可以显著增加反编译难度，让黑客难以获取APK中的代码此外，增加代码混淆也是防止反编译和保护源代码的重要手段注意事项Android APP加固是一项综合性技术，需要开发人员综合运用多种技术手段加强APK安全性常见的加固方法包括代码混淆加壳数据加密；1首先在电脑内下载并安装获取网页源码app2然后单击打开网页源码APP并在APP中的输入框内输入想要查看的网址，再在界面内找到GO选项单并单击3单击后等待APP最后加载3秒就可以成功的获取APP源代码并查看了；apk源代码主要是classdex 文件Android系统中可以在Dalvik虚拟机上直接运行的文件格式第三方App加密保护平台，爱加密对APK包进行精准的安全检测分析，对App提供一个全方位的加密保护服务并进行实时的渠道监测和信息反馈同时还可以通过对源文件加壳技术实现DEX保护，即隐藏原本的classesdex文件，然后生成；代码加固则侧重于应用层面的安全防护其通过特定平台对应用进行加固，以增加破解与反编译的难度以ipaguard为例，其功能强大，无需依赖源码，直接作用于ipa文件，对代码代码库资源文件等进行混淆与重命名处理，显著降低可读性，提升应用安全级别图片资源配置等关键信息亦能通过修改名称与md5，实现。
3、在近期的研究中，我花费了一段时间来学习逆向工程和脱壳技术，尽管这部分投入的精力相对较少这次探索源于一个经过特定安全加固工具处理的安卓应用，借此机会，我得以深入探讨脱壳的实践与思考，向为安全加固领域作出贡献的公司表示感谢，这让我能进一步提升在这一领域的技能首先，我们尝试从APK包中提取；一般而言，重新加固后的APK包，都需要使用签名工具重新签名发布APP做加固主要是为了预防以下三点1防篡改通过完整性保护和签名校验保护，能有效避免应用被二次打包，杜绝盗版应用的产生2防逆向通过对代码进行隐藏以及加密处理，使攻击者无法对二进制代码进行反编译，获得源代码或代码运行逻辑3；然而，对于未root设备，虽然过程相似，但需要额外设置文件管理权限以访问脱壳文件FDex2的核心代码和相关参考链接提供了进一步的深入学习和实践指导通过这些工具和步骤，即使面对加固的APK，也有可能实现源码的反编译；看应用市场的要求，有些是要求必须做加固，比如360；防逆向分析防止通过APKToolIDA Pro等反编译工具破解DEX文件，从而获取APK源代码防动态跟踪防止通过ptrace调试进程，跟踪拦截修改正在运行的应用，保护程序运行安全防恶意篡改校验APK完整性，自动终止运行被篡改的APK，二次打包后应用都无法使用。
4、Android APK中的Java代码可以被反编译到什么程度主要看APK的加密程度第一种情况无混淆无加密无加壳直接利用Dex2jar和JDGUI可把源码从APK里抠出来，代码逻辑清晰，基本上做到可复用，只是资源文件的引用需要计算一下第二种情况混淆通常是利用Proguard做的防护因为是对jar做的不可逆混淆；mapping文件管理这个功能是说当apk进行了Proguard混淆后，抓取到的java层崩溃日志中相应的崩溃堆栈中的类名函数名等都会变成混淆后的字符串，这样开发者无法直接将崩溃的调用关系对应到自己的源码未经混淆前的代码所以如果使用了Proguard混淆后，开发者可以通过上传mapping文件对混淆代码进行翻译Bugly。
5、原理是apkpatch将两个apk做一次对比，然后找出不同的部分可以看到生成的apatch了文件，后缀改成zip再解压开，里面有一个dex文件通过jadx查看一下源码，里面就是被修复的代码所在的类文件，这些更改过的类都加上了一个_CF的后缀，并且变动的方法都被加上了一个叫@MethodReplace的annotation，通过。
发表评论