Android逆向学习笔记(五)

文件	注释
assets目录	存放APK的静态资源文件，比如视频，音频，图片等等
lib目录	armeabi-v7a基本通用所有android设备，arm64-v8a只适用于64位的android设备，x86常见用于android模拟器，其目录下的.so文件是c或c++编译的动态链接库文件
MATE-INF目录	保存应用的签名信息，签名信息可以验证APK文件的完整性，相当于APK文件的身份证（验证文件是否被修改）
res目录	res目录存放资源文件，包括图片，字符串等等，APK的脸蛋（图标）也由它的layout设计
AndroidManifest.xml文件	APK的应用清单信息，它描述了应用的名字，版本，权限，引用的库文件等信息
classes.dex文件	classes.dex是Java源码编译后生成的java字节码文件，APK文件运行的主要逻辑
resources.arsc文件	resources.arsc是编译后的二进制资源文件，它是一个映射表，映射着资源和Id，通过R文件中的Id就可以找到对应的资源

asset和lib目录不一定有，但是是比较常见的。

其实这里我是有一些疑问的：

asset目录与res目录里面都存放图片等信息，里面的图片有什么区别吗？

两者是有区别的，res目录里存放的是UI图片（用户界面的图片，eg：按钮图片，背景图片），asset目录放的是内容图片（eg：角色，地图）
AndroidManifest.xml是不是我们在AK里面的入口函数?

不是，AndroidManifest更像是一个解释应用基本信息的文件，真正的入口函数是MainActivity.java

我们联系真实的apk文件看看，这个是老师给的文件。

可以观察到这个apk文件中，没有asset，lib目录，多了kotlin,okhttp3目录，为什么？？

为什么没有aaset目录？

所有资源都放到res中了（res与asset混用）
为什么有kotlin目录？

应用使用kotlin开发或者部分功能使用kotlin开发
为什么有okhttp3目录

okhttp3是一个流行的HTTP客户端库

APK双开原理及操作

双开：简单来说，就是手机同时运行两个或多个相同的应用，例如同时运行两个微信

原理	解释
修改包名	让手机系统认为这是2个APP，这样的话就能生成2个数据存储路径，此时的多开就等于你打开了两个互不干扰的APP
修改Framework	对于有系统修改权限的厂商，可以修改Framework来实现双开的目的，例如：小米自带多开
通过虚拟化技术实现	虚拟Framework层、虚拟文件系统、模拟Android对组件的管理、虚拟应用进程管理等一整套虚拟技术，将APK复制一份到虚拟空间中运行，例如：平行空间
以插件机制运行	利用反射替换，动态代{过}{滤}理，hook了系统的大部分与system—server进程通讯的函数，以此作为“欺上瞒下”的目的，欺骗系统“以为”只有一个apk在运行，瞒过插件让其“认为”自己已经安装。例如：VirtualApp

本节课老师只着重说了一下第一种双开的方法，但是这里我作为了解都看了一下。第一种就不再说了。

第二种：修改Framework：

首先什么是Framework（框架）?

它是一层核心代码，位于安卓操作系统（Linux内核）和应用软件之间。
作用：它为所有APP提供了一个统一的、标准的运行环境和API接口。当你的APP想启动一个活动、发送通知、访问传感器、弹出对话框时，它都不是直接和硬件或系统底层打交道，而是调用Framework提供的相应功能。
类比：如果把安卓系统比作一辆汽车，那么：
- Linux内核是发动机、底盘、变速箱等最底层的机械结构。
- Framework就是方向盘、油门、刹车、仪表盘、中控系统——它为司机（APP）提供了统一、易用的操作界面，隐藏了底层的复杂机械原理。
- APP就是司机，通过操作方向盘和油门来驾驶汽车。

一句话总结：Framework是所有Android APP赖以生存的、由系统提供的公共基础服务层。

厂商如何通过修改Framework实现双开？

双开的本质是：让同一个APP的两个副本同时独立运行，且数据互不干扰。

对于手机厂商来说，他们拥有系统的“上帝视角”：

Framework负责管理APP的整个生命周期（创建，启动，销毁，暂停）。厂商可以修改这部分。

修改Framework就相当于是修改宪法一样，在系统最底层进行修改。

第三种：通过虚拟化技术实现：

虚拟化技术的本质是 “欺骗”，让一个APP认为自己运行在一个完整的、独立的Android系统中，而实际上它只是运行在一个受控制的沙箱环境里。

实现步骤相当繁琐，这里不再仔细研究了。

那么怎么利用第一种修改包名的方式进行双开文件呢？

下载 MT管理器和NP管理器
打开NP管理器（因为这个功能MT管理器要vip）
点击左上角的图标

点击我们的apk文件wuaipojie
选择提取安装包，有提示弹出后选择定位
点击apk文件内选择功能
点击apk共存
点击确定
之后就可以看到有两个文件了
点击新的文件，安装。就可以实现应用双开了

其实不难理解这个操作的原因，因为我们是通过改变apk文件的包名来实现应用双开的，这个操作正好改变了包名从而实现应用的双开。

汉化APK

汉化：使用专门的工具对外文版的软件资源进行读取、翻译、修改、回写等一系列处理，使软件的菜单、对话框、提示等用户界面显示为中文，而程序的内核和功能保持不变，这个过程即为软件汉化

汉化可分三种

arsc汉化：resources.arsc文件，通常用于界面文本汉化，菜单项汉化等等
xml汉化：对应各种xml文件，用于汉化硬编码文本，应用名称，权限描述等等
dex汉化：classes.dex文件，适用于代码中的字符串

将demo中的文字进行汉化

这个是我们需要汉化的界面，主要流程是：

打开MT管理器
全局搜索字符串
保存安装

用图片演示下

反编译：将xml文件转化成人类可读的xml格式
字符常量池：只提取xml文件的字符串资源

将英文改成中文即可，改完之后，点击上面保存标志

之后重新安装，但是安装时会提示安装失败，这是因为签名不一致，我们汉化之后使用的是MT管理器的签名，把之前下载的软件卸载了，再安装就可以了。

改好之后，我们就要改下面这个俄文的，因为不能直接在页面上复制，可以使用开发者助手。

开始之后，点击我们要复制的文本，会弹出控件属性，点击Text就可以复制了。

和原来一样，还是去搜索这个字符串。

点击文件之后，选择翻译模式，点击DEFAULT，找到并输入中文之后这部分就汉化完成了。

第三部分是一段英文，依旧使用开发者助手进行复制，我们在MT管理器中搜索这段英文

搜索之后，发现这个字符串在classes.dex中，我们点击该文件，选择Dex编辑器++

修改完之后，点击上方保存。重新安装

可以看到已经汉化好了

初识AndroidManifest.xml

AndroidManifest.xml文件是整个应用程序的信息描述文件，定义了应用程序中包含的Activity,Service,Content provider和BroadcastReceiver组件信息。每个应用程序在根目录下必须包含一个AndroidManifest.xml文件，且文件名不能修改。它描述了package中暴露的组件，他们各自的实现类，各种能被处理的数据和启动位置。

属性	定义
versionCode	版本号，主要用来更新，例如:12
versionName	版本名，给用户看的，例如:1.2
package	包名，例如：com.zj.52pj.demo
uses-permission android:name=””	应用权限，例如：android.permission.INTERNET 代表网络权限
android:label=”@string/app_name”	应用名称
android:icon=”@mipmap/ic_launcher”	应用图标路径
android:debuggable=”true”	应用是否开启debug权限