利用捆绑器向正常程序捆绑病毒、木马等恶意程序，以达到隐蔽安装、运行的目的，这
在 Windows 平台下是一种很常规的攻击手段。那么，在智能终端十分流行的今天，如何实
现针对手机应用的捆绑器呢？对此，本文针对 Android 平台的应用程序 APK 文件，给出了
类似 Windows 下捆绑器的实现方案。
原理与基础
对任意的两个 APK 应用程序 A 和 B 进行捆绑，并且在手机上安装、运行捆绑生成的
APK 程序 C 后，仍然具备和 A 一样的运行效果，要实现这一目的，捆绑过程可以从两个思
路去实现。
1）对 Android 应用程序 A 进行反编译，通过修改反编译生成的 smali 代码，控制执行
流程，使其具备安装和执行应用程序 B 的功能，最后再打包生成捆绑后的应用 C。此方法
和早期的 Windows 环境下的 PE 病毒类似，插入额外的功能代码，修改入口点改变程序执行
流程，最后再回到原有流程执行 A 的功能。
2）考虑到 A、B 的任意性，以及生成程序 C 的稳定性，在这里重点介绍另外一种通过
宿主程序实现释放、安装、运行 A 和 B 的方法。其思路亦来自 Windows 下的捆绑器，即专
门写一个 host 程序作为宿主，其中应用程序 A、B 作为 host 的资源文件，运行 host 时可以
释放、安装和运行 A 和 B 的功能。此外，若考虑到安全性、免杀性，可对 A 和 B 进行加密、
编码。
因此，根据方法
2
，可得出
PC
端和
Android
手机端的软件工作流程如图
1
和图
2
所示
功能实现
通过上面的介绍，可以知道总共需要实现两个程序，即作为宿主程序的 Android 应用
host.apk，以及作为捆绑器的 Windows 应用程序“捆绑器”，下面将详细介绍这两个程序内
部原理和实现方法。
1.宿主应用程序
1）工作流程
对于宿主程序 host.apk，要实现上文所定义的功能需求，则其内部的工作流程可设计如
成如图 3 所示的结构。在宿主程序初始化时，会调用MainActity 的 onCreate 函数。在 onCreate
函数中，通常用来初始化 MainActivity，但是考虑到最终呈现给用户的界面（即 Activity）
为 A 的界面，所以宿主程序的 onCreate 函数中无需处理自身界面，只需想办法启动 A 的
Activity 即可。
释放和安装指定的应用程序通常需要较长时间（与应用程序的大小相关），若所有流程
均在 onCreate 函数流程中实现，则会导致宿主程序界面卡顿或假死，故可通过在 onCreate
函数中创建子线程的方式避免该问题，在子线程中实现相关功能，其中主要有释放和安装应
用程序，以及启动主应用程序这两部分。
2）释放和安装应用程序
①释放指定文件
对于 Android 应用程序，需要捆绑的资源文件可以直接放置到 assets 目录下。在宿主程
序中，共计需要释放三个文件，即配置文件 config、主程序 update.res 和捆绑进去的程序
data.res，释放方式如下。当程序安装后，需要释放时可通过如下方式实现。
//dstFilePath 为释放出来的文件路径，resFileName 为需要释放的文件路径
private void dropFile(String dstFilePath, StringresFilename){
if(isFileExist(dstFilePath)) return;
InputStream inputFS;
try { inputFS = this.getResources().getAssets().open(resFilename);
} catch (IOException e1) {return; }
File outFile = new File(dstFilePath);
byte buf[] = new byte[1024]; int len;
try {
OutputStream outputFS = new FileOutputStream(outFile);
while((len = inputFS.read(buf))>0) { outputFS.write(buf,0,len);}
outputFS.close(); inputFS.close();
} catch (IOException e) { return ; }
return;
}
②安装应用程序
文件释放后，接下来就要根据需要进行安装程序。对用户而言，已经安装程序了，故接
下来安装程序需要在后台完成，即不引起用户察觉，这就需要使用 shell 下的 pm 命令（Package
Manage），而 pm 命令需要 system 权限，故执行此操作时需要确保可以获取 root 权限。安装
一个指定程序可通过“pm installtarget_apk”实现。而执行 shell 命令利用 runtime.exec 即可
实现，可将其简单封装为 runCommand(String str)。
private void runCommand(String strCommand){
Runtime runtime = Runtime.getRuntime();
try { runtime.exec(strCommand);
} catch (IOException e) {e.printStackTrace(); }
}
综上，释放、安装的功能实现代码如下。
//Install the specified apk
public String installAPK(String apkFileName)
{
//获取 assets 中文件安装后的实际路径
String tmpDir =this.getApplicationContext().getFilesDir()+"/";
String apk_path = tmpDir+apkFileName;
//释放文件
dropFile(apk_path, apkFileName);
//安装的 apk 文件需要读写权限，故赋予读写权限
runCommand("su -c chmod 666 "+apk_path);
//使用 pm 安装文件
runCommand("su -c pm install -t "+apk_path);
return apk_path;
}
3）启动应用程序
启动应用程序可通过切换 Activity 实现，即调用主程序 A 的 MainActivity 就可实现启动
A 程序并切换界面为 A，该过程可通过如下几步实现。
①获取需要启动的 apk 的信息
具体包括 apk 的packagename 和MainActivity 名。对于宿主程序而言，由于捆绑器已成
功获取并将此信息写入了 config 文件，故只需要从 config 中分别读取这两个字符串即可。
②新建 intent
Intent intent = new Intent(Intent.ACTION_MAIN);
intent.addCategory(Intent.CATEGORY_LAUNCHER);
③切换 Activity，启动程序
ComponentName cn = new ComponentName(main_app,main_app_Acitivty);
intent.setComponent(cn);
startActivity(intent);
2.捆绑器程序
运行在 Windows 下的捆绑器程序主要是为宿主程序做准备：获取主程序 A 的
packagename 和MainActivity 信息，获取捆绑进去的程序 B 的 packagename；修改宿主程序
的图标，使其和程序 A 的一致；将准备好的宿主程序打包、签名等。下面将详述每个部分。
1）提取信息
需要提取的信息为应用程序的 Packagename 和 MainActivity 名，这些信息可以从 manifest
中解析，但更简单的办法就是使用现有工具 apktool。该工具可以对 apk 程序进行解包、打
包、提取信息等。具体的，提取信息仅需命令“aapt.exedump badging apk_name”即可。为
了方便应用，我们可以写一个专门提取信息的批处理脚本 aapt_apkinfo.bat，具体如下：
set PATH=%CD%;%PATH%;
"%~dp0\aapt.exe" dump badging %1 > %2
该批处理以“aapt_apkinfo.bata.apk info.txt”的方式调用，其中第一个参数为 apk 路径，
第二个参数为信息存储文件。在程序中则可以如下调用。
ShellExecute(NULL, TEXT("open"),szAaptCommand,szParameter, NULL, SW_HIDE);
其中，szAaptCommand 指向aapt_apkinfo.bat，szParameter 为参数 1 和参数 2 构成的字
符串，如“a.apkinfo.txt”。
由于此时获取到的信息如图 4 所示，内容太过冗余，我们需要从中解析出packagename
和 MainActivity。易知，此时得到的信息是按行存储的，即 info.txt 中的每行为一类或一条信
息 ， 故 解 析 时 逐 行 判 断 即 可 。 其 中packagename 通 常 以 此 种 格 式 出 现 “ package:
name='com.tencent.mobileqq' ”， 可 以 认 为 package: name 之 后 的 单 引 号 内 的 内 容 为
packagename。mainactivity 的信息如图 5 所示，故同样易得其信息。相关文本搜索、字符串
判断等相关代码不再罗列。
图 4 利用 apt 从 apk 中提取的原始信息
图 5 info.txt 中 mainactivity 的格式
最后，通过上述方法将提取到的信息存入 assets 目录下的 config 文件中，供宿主程序使
用。
2）替换图标和标签
①获取图标和标签信息
考虑到安全性，需要对 host 程序进行必要的伪装，即重新打包后的 host 程序，安装后
在应用列表看上去要和 A 程序的一致，故还需要替换图标和标签。同理，通过上述方法，
可从 info.txt 中获得 label 和 icon 的信息，如图 6 所示。
图 6 info.txt 中的 label 和 icon 信息
②替换图标和标签信息
在获得 icon 路径和 label 之后，接下来需要替换 host.apk 中的这些信息。
首先需要对主程序 A.apk 进行解包，以获得图标文件。Apk 解包同样使用 apktool。直
接使用 apktool 解包的命令为“java –jar apktool.jar –d apkpathunpackeddir”，其中 apktool 支
持很多参数，实现其他功能，方便起见将其封装为 bat 文件 unpack_apk.bat，内容如下。
set PATH=%CD%;%PATH%;
java -jar "%~dp0\apktool.jar" d %1 %2
该批处理的第一个参数为 apk 路径，第二个参数为解包后的目录路径。在捆绑器程序中，
可通过如下命令调用该批处理，实现相应的解包功能。
ShellExecute(NULL, TEXT("open"), szBatfilePath,szParameters, NULL, SW_HIDE);
其中，szParameters 即为批处理文件对应的两个参数。
在成功解包之后，替换图标就很简单了，只需要用上述 icon 路径对应的文件替换宿主
程序 host.apk 中的“\res\drawable-mdpi\ic_launcher.png”、 \res\drawable-hdpi\ic_launcher.png”、
“\res\drawable-ldpi\ic_launcher.png”和“\res\drawable-xhdpi\ic_launcher.png”文件。
宿主程序的标签信息位于“\res\values\strings.xml”中，具体如图 7 所示。
只需将其中的app_name 对应的值替换为前面获取到的 label 的值即可。
图 7 宿主程序的 strings 文件内容
3）打包、签名
通过前面的步骤，我们已经成功修改好了宿主程序 host.apk，接下来需要对其进行打包、
签名。
①打包
对 APK 的打包，仍旧采用 apktool，将其封装成apk_apk.bat，内容如下。
set PATH=%CD%;%PATH%;
java -jar "%~dp0\apktool.jar" b %1
其所需的唯一一个参数即为需要打包成 apk 的目录。类似的，程序中的调用方法依旧使
用“ShellExecute(NULL,TEXT("open"), szPackBatfile, m_szFinalApkDir, m_pctApkToolDir,
SW_HIDE);”。
②签名
对 apk 的签名，可通过使用工具 autosign 实现。其调用方式为“java -jar signapk.jar
testkey.x509.pem testkey.pk8 unsigined.apk signed.apk”，需要的两个参数为签名的文件路径和
成功签名后的文件路径。将其写为 sign.bat，内容为：“java -jar signapk.jar testkey.x509.pem
testkey.pk8 %1 %2”。在捆绑器程序中相应的调用方式为“ShellExecute(NULL, TEXT("open"),
szSignBatfile, szParameters, m_pctAutoSignDir, SW_HIDE);”，最终即可获得捆绑后的 apk 程
序。
总结
通过前面的步骤，最终生成了一套由“apktool”、“auto-sign”、“host.apk”和“捆绑器”
组成的 apk 捆绑器工具，如图 8 所示。
图 8 捆绑器工具组成（左）和捆绑器运行界面（右）
最终捆绑之后的 apk 应用程序具备和正常安装的 apk 一样的运行效果，但却能隐蔽的安
装所指定的任意 apk 文件，达到预期的目的和功能效果。
同时，在上述实现过程中仍存在一定的不足，如在安装捆绑之后的 apk 应用时，所显示
的权限和非正常安装的程序（主程序 A.apk）的权限不一致。一种更完美的方法则可以考虑
在修改 host.apk 文件时，同时将主程序 A.apk 的 manifest 中的权限也复制到 host.apk 的
manifest 中，有兴趣的读者可以自行尝试。
