官网：https://termux.com/

本文写于2020.02.25，起因是因为最近学习二进制，想把一些题目编译到android看一看，并且用gdb和一些插件调一调。编译android的二进制正常是用NDK，调试采用gdbserver或者idaserver这种。但是感觉不够优雅，还是想直接adb shell进去就能gcc以及gdb，于是搜索了”android 包管理工具 gcc”相关字样，找到一篇文章：令人惊艳的Termux,安卓上的shell环境与包管理器，便发现了这个工具。以下是分别在我的两个手机上的折腾过程。

这个手机是当时买的二手的，就是为了刷kali玩的，当时的笔记：Android刷机

安装成功之后打开应用可以看到使用帮助，可以用pkg命令安装东西，这玩意就是apt的封装，但是当我满心欢喜的连上adb shell然后输入pkg但是并没有这个可执行程序。应该是环境变量的问题，在手机的app终端里用env命令查看环境变量：

可以看到这个软件的工作原理是使用了这个app自己的私有文件目录下的可执行程序和动态库，不过我们可以看到这里有保留了ANDROID_ROOT的环境变量，很可能说明这个app并没有独立于整个android系统，当我们进入到这个应用的存放动态链接库的文件夹：/data/data/com.termux/files/usr/lib，我们查看一下这里的文件：

可以看到这里并没有libc.so，大部分程序的运行怎么可能离开libc呢？这里我猜应该是LD_PRELOAD这个环境变量实现的这个技巧：动态连接的诀窍：使用 LD_PRELOAD 去欺骗、注入特性和研究程序，应该是用了libtermux-exec.so去加载了android自带的libc.so，程序进而得以顺利运行。

所以我们可以完全替换adbshell进来之后的环境变量，来达到使用termux在adbshell中这个目标。环境变量和普通的变量可以看做shell的全局变量和局部变量，利用export命令声明环境变量，环境变量在当前shell启动的子进程中仍然有效，做如下实验：

可见普通变量是无法跨进程的，而环境变量是在子进程仍然存在的。所以我们新建一个shell脚本，内容如下：

脚本导出导出termux自带的所有环境变量，最后最后启动一个bash，因为shell脚本实际上是父shell启动一个子进程执行，如果执行完就退出了那么导出的环境变量也就一起消失了。然后把这个脚本扔到手机里的去执行，我这里为了方便直接扔到一个存在于环境变量中并且可写的目录下了：/su/bin，一般手机的这种目录都是不可写的，一般放在/data/local/tmp中是肯定可以的。然后我重新进入adb shell执行termux这个脚本，已经可以正常使用相关功能啦：

网上大部分的办法是在手机app里开sshd，然后电脑连上，显然不够优雅。

apt软件源文件的路径是这个：/data/data/com.termux/files/usr/etc/apt/sources.list，内容如下：

不过我这android6.0上的termux0.73千万不要换源！！！清华的也不行，换完然后upgrade一波就都不好使了，因为清华的那个源是支持新版的termux的，android7.0以上的。

因为这个软件是运行在普通用户上的，我这个kali adb进来是rootshell，这个软件的apt是禁止在root下安装程序的，所以还是在手机上安装软件，在电脑的rootshell中使用，在手机上执行：

中间会提示一些是否覆盖老版本，一路确定就行了。然后就可以在adb shell里开心的使用gcc和gdb啦：

但是静态编译不成功，报错是找不到libc.so和libdl.so：

估计原因就是因为那个LD_PRELOAD

在Android6.0上的版本0.73的termux，从官方源中安装的gdb的版本是8.3.1，编译时没有添加python支持，利用ldd工具可以看到并没有依赖相应的python的库：

就导致我们没有办法给gdb扩展gef，peda，pwndbg等插件，相关问题已经又人在问了，而且也是个想在手机上安gef的人：

回答是termux从gdb8.3.1版本就会开始支持，我们可以在Android7.0以上的官方源中发现gdb版本是9.1，是否已经支持了呢？于是我用我的小米重新尝试了一下。

因为这个手机是稳定版的，也没有root，所以我在adb shell进去之后也无法访问应用的私有文件，所以除了adb install剩下的都是在手机上完成的。这里安装包用的是：https://f-droid.org/en/packages/com.termux/，还有在其他地方找的好多安装包安完都闪退。

安装完后按照刚才的步骤一顿折腾，看一下gdb的动态库依赖：

可以看到支持python啦，然后我在手机操作编译了个可执行程序，静态编译仍然失败：

然后安好gef，调试后如下：

发现好像gef分析堆的功能在android上并不管用，然后看了看vmmap也一头雾水，最后问了师兄才知道，android上的libc并不是glibc，而是bionic libc。啊，恍然大悟，android是采用的linux kernel，但是libc是用户态的动态链接库啊，所以linux和glibc不一定是绑定的呦。