首页 > 技术文章 > Android开发之《制作自己的su文件》

alanfang 2017-06-06 15:45 原文

 

目录结构  ─ hello
  ├── jni
    ├── Android.mk

    └── hello.c

 

 编译步骤:

# cd hello  
# export NDK_PROJECT_PATH=`pwd`  
# ndk-build  
# adb push libs/armeabi/helloworld  /data  
# adb shell  
# cd  /data  
# ls -l   
# ./helloworld
 Hello World! 

 

 

Android.mk

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)

LOCAL_CFLAGS += -pie -fPIE

LOCAL_LDFLAGS += -pie -fPIE

LOCAL_MODULE := sur

LOCAL_SRC_FILES := su.c

# LOCAL_STATIC_LIBRARIES := \

#     liblog \

#     libc \

LOCAL_LDLIBS := \

-llog \

-lc \

LOCAL_MODULE_PATH := $(TARGET_OUT_OPTIONAL_EXECUTABLES)

LOCAL_MODULE_TAGS := eng debug

LOCAL_FORCE_STATIC_EXECUTABLE := true

include $(BUILD_EXECUTABLE)

 

su.c  (删除权限检查部分)

/*
**
** Copyright 2008, The Android Open Source Project
**
** Licensed under the Apache License, Version 2.0 (the "License"); 
** you may not use this file except in compliance with the License. 
** You may obtain a copy of the License at 
**
**     http://www.apache.org/licenses/LICENSE-2.0 
**
** Unless required by applicable law or agreed to in writing, software 
** distributed under the License is distributed on an "AS IS" BASIS, 
** WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. 
** See the License for the specific language governing permissions and 
** limitations under the License.
*/

#define LOG_TAG "su"

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <sys/types.h>
#include <dirent.h>
#include <errno.h>

#include <unistd.h>
#include <time.h>

//#include <pwd.h>

//#include <private/android_filesystem_config.h>

/*
 * SU can be given a specific command to exec. UID _must_ be
 * specified for this (ie argc => 3).
 *
 * Usage:
 * su 1000
 * su 1000 ls -l
 */
int main(int argc, char **argv)
{
    //struct passwd *pw;
    int uid, gid; //myuid;

    uid = 0;
    gid = 0;

    /*
    if(argc < 2) {
        uid = gid = 0;
    } else {
        pw = getpwnam(argv[1]);

        if(pw == 0) {
            uid = gid = atoi(argv[1]);
        } else {
            uid = pw->pw_uid;
            gid = pw->pw_gid;
        }
    }

    //Until we have something better, only root and the shell can use su. 

    myuid = getuid();
    if (myuid != AID_ROOT && myuid != AID_SHELL) {
        fprintf(stderr,"su: uid %d not allowed to su\n", myuid);
        return 1;
    }*/
    
    if(setgid(gid) || setuid(uid)) {
        fprintf(stderr,"su: permission denied\n");
        return 1;
    }

    /* User specified command for exec. */
    if (argc == 3 ) {
        if (execlp(argv[2], argv[2], NULL) < 0) {
            fprintf(stderr, "su: exec failed for %s Error:%s\n", argv[2],
                    strerror(errno));
            return -errno;
        }
    } else if (argc > 3) {
        /* Copy the rest of the args from main. */
        char *exec_args[argc - 1];
        memset(exec_args, 0, sizeof(exec_args));
        memcpy(exec_args, &argv[2], sizeof(exec_args));
        if (execvp(argv[2], exec_args) < 0) {
            fprintf(stderr, "su: exec failed for %s Error:%s\n", argv[2],
                    strerror(errno));
            return -errno;
        }
    }

    /* Default exec shell. */
    execlp("/system/bin/sh", "sh", NULL);

    fprintf(stderr, "su: exec failed\n");
    return 1;
}

 

代码中使用su

Process process = Runtime.getRuntime().exec("su");
DataOutputStream os = new DataOutputStream(process.getOutputStream());
os.writeBytes("mount -oremount,rw  " + "/system\n");
os.writeBytes("busybox cp " + zlsuPath + " /system/bin/" + Constants.ROOT_SU + "\n");
os.writeBytes("busybox chown 0:0 /system/bin/" + Constants.ROOT_SU + "\n");
os.writeBytes("chmod 4755 /system/bin/" + Constants.ROOT_SU + "\n");
os.writeBytes("exit\n");
os.flush();

 

 

直接使用chmod出错,很多版本的chmod不支持a+s
# chmod a+s su
Bad mode

使用busybox
# busybox chmod a+s su

查找挂载位置(mmcblk0p10-->system)
# df

  Filesystem Size Used Free Blksize
  /dev 1006.3M 40.0K 1006.3M 4096
  /sys/fs/cgroup 1006.3M 0.0K 1006.3M 4096
  /mnt/asec 1006.3M 0.0K 1006.3M 4096
  /mnt/obb 1006.3M 0.0K 1006.3M 4096
  /system 1.5G 421.6M 1.1G 4096
  /cache 122.0M 144.0K 121.8M 4096
  /metadata 11.7M 40.0K 11.7M 4096
  /data 991.9M 591.2M 400.7M 4096
  /mnt/usb_storage 1006.3M 0.0K 1006.3M 4096
  /mnt/internal_sd 11.7G 22.2M 11.7G 8192
  /mnt/secure/asec 11.7G 22.2M 11.7G 8192

  # cat /proc/partitions

  major minor #blocks name

  254 0 520912 zram0
  179 0 15267840 mmcblk0
  179 1 4096 mmcblk0p1
  179 2 4096 mmcblk0p2
  179 3 16384 mmcblk0p3
  179 4 16384 mmcblk0p4
  179 5 32768 mmcblk0p5
  179 6 32768 mmcblk0p6
  179 7 53248 mmcblk0p7
  179 8 131072 mmcblk0p8
  179 9 4096 mmcblk0p9
  179 10 1572864 mmcblk0p10
  179 11 16384 mmcblk0p11
  179 12 4096 mmcblk0p12
  179 13 1048576 mmcblk0p13
  179 14 65536 mmcblk0p14
  179 15 12257280 mmcblk0p15

 

adb shell mount -o rw,remount /system  
adb push su /system/xbin/su  
adb shell chmod 06755 /system  
adb shell chmod 06755 /system/xbin/su

 

最后已失败告终!!

Android目前的ROOT的基本原理,是通过系统漏洞获取ROOT SHELL权限,然后往手机里面push 最核心的两个文件,su可执行文件和superUSer.apk。 后者用于管理对应用的授权,而前者则真正用来提升权限至ROOT。 当APK需要进行高权限操作时,使用Shell方式进行: su xxxxx 即可,此时(假设用户授权了,通过superUser.apk)xxxx的命令就会以ROOT用户权限方式执行。之所以push到手机中的su可以提升权限,其核心原理是su是Set-UID-Root的。具体原理分析,可参见本博客的 关于ROOT原理的文档,说明的非常详细了。

但是,在Android4.3中,从如下的open Source Code :dalvik_system_Zygote.cpp-》forkAndSpecializeCommon:

extern int gMallocLeakZygoteChild;
    gMallocLeakZygoteChild = 1;

    /* keep caps across UID change, unless we're staying root */
    if (uid != 0) {
        err = prctl(PR_SET_KEEPCAPS, 1, 0, 0, 0);

        if (err < 0) {
            ALOGE("cannot PR_SET_KEEPCAPS: %s", strerror(errno));
            dvmAbort();
        }
    }

    for (int i = 0; prctl(PR_CAPBSET_READ, i, 0, 0, 0) >= 0; i++) {
        err = prctl(PR_CAPBSET_DROP, i, 0, 0, 0);
        if (err < 0) {
            if (errno == EINVAL) {
                ALOGW("PR_CAPBSET_DROP %d failed: %s. "
                              "Please make sure your kernel is compiled with "
                              "file capabilities support enabled.",
                      i, strerror(errno));
            } else {
                ALOGE("PR_CAPBSET_DROP %d failed: %s.", i, strerror(errno));
                dvmAbort();
            }
        }
    }

 

注意红色斜体的代码,这是4.3新加入的。新加入的这些代码,会导致set-uid-root不再起作用,也就是,原先的ROOT方案中的su+superUser.apk的模式不再工作了!!黑客们需要重新考虑新的ROOT方案了!360,腾讯等等一系列使用了ROOT权限的应用需要等待新的ROOT方案然后基于新的ROOT方案来调整提升权限的方式了,SU不再起作用了。

这里简单说明一下原因,详细的请参见Linux的Capacity机制。  

Android中每个APK的进程是Zygote Fork出来的,默认Fork出来的进程的Real UID和EUID都是继承自Zygote,也就是ROOT,然后,Zygote会对子进程做一些特殊处理,上面的红色斜体代码的作用是,在新Fork的APK进程中Drop掉所有的BoundSet Capacity,原本Zygote的BoundSet Capacity是全1,然后在APK的子进程中主动的Drop掉所有的这些Capacity,接着会再调用setUID/SetGID将APK进程的UID/GID从ROOT修改为App安装时分配的ID(权限退化)。 

这样,你会看到,APK所在的进程的UID/GID退化成非ROOT了,原本还能通过su来提升权限。但是,4.3里面连所有的BoundsetCapacity也全部Drop掉了,里面包含的SETUID的capacity也Drop了,这样就导致,在APK所在的进程以及任意其子进程中,都无法修改UID了,即便通过set-UID-Root方式也无法修改了。

推荐阅读