当前位置： 首页 > news >正文

某某某加固系统分析

news 2025/7/3 15:09:12

某某某加固系统内核so dump和修复：

某某某加固系统采取了内外两层native代码模式，外层主要为了保护内层核心代码，从分析来看外层模块主要用来反调试，释放内层模块，维护内存模块的某些运行环境达到防止分离内外模块，另外由于内层模块不是通过系统加载的，所以实现了自主的ELF加载，这样就实现内层模块的加密处理。这些实现后就可以依赖内层模块保护dex。从而达到系统保护目的。

对于某某某加固系统的反调试网上已经有很多资料了，就不再作为重点介绍了。下面主要介绍对内层模块的加载，加密，保护。这些外面资料不多的内容。

外层解密内层核心模块的解密算法是使用zlib库的uncompress函数实现的，不过解密函数解密出来的并不是整个的模块，而是被加密了或者说被移除了四个部分的模块，包含：

program_header_table、.rel.dyn、.rel.plt、Dynamic Segment 。由于是自己的加载系统加载，所以这些被move的部分依赖父模块组装，防止内存直接dump出解密的内层模块。

下面给出frida dump这些数据的脚本，并加以说明：
Java.perform(function () {var i = 0;var phadd = 0;var jmprel = 0;var rel = 0;var dynadd = 0;var buff = 0;console.log("begin")var fileclass = Java.use("java.io.File");var mysavePath = "/data/data/" + pkg_name + "/myso";var pathDir = fileclass.$new(mysavePath);if (!pathDir.exists()) {pathDir.mkdirs();}console.log("mysavepath:"+pathDir)Interceptor.attach(Module.getExportByName('libz.so', 'uncompress'), {onEnter: function (args) {if (i == 0) {if (args[2] != null) {var memcpy_add = Module.findExportByName("libc.so", "memcpy");console.log("memcpy:" + memcpy_add);Interceptor.attach(memcpy_add, {onEnter: function (args) {console.log("begin:memcpy,len:" + args[2]);console.log(hexdump(args[1]));if (args[2] == 0x100) {// program_header_table 的大小一般是固定的phadd = args[0];console.log(hexdump(args[1]))}if (args[2] == 0x948) {//.rel.plt 数据;jmprel = args[0];console.log(hexdump(args[1]))}if (args[2] == 0x4a58) {//.rel.dyn 数据rel = args[0];console.log(hexdump(args[1]))}if (args[2] == 0xd8) {//Dynamic Segment  数据也是一般固定长度dynadd = args[0];console.log(hexdump(args[1]))}if (args[2] == 0xbbff4) {//这个就是某某某加固的加载，加载基地址就是copy到的空间地址，这个数据是经过解密的移除上面部分的模块数据;console.log(hexdump(args[1]));                                //这个hexdump中可以看到ELF头，所以是个标记，上面顺序就可以确定了。var new_so_base = args[0];console.log("newso_base:" + args[0])}if (args[2] == 0x38fc) {//到这里上面得到被move的四个部分数据也已经解密出来了，在这里就可以开始dump了console.log(args[0])var file_path = pathDir + "/mydump_" +phadd+ ".dat";console.log("----save begin1-----");var file_handle = new File(file_path, "wb");console.log("----save begin2-----");if (file_handle) {console.log("----save begin3-----");Memory.protect(ptr(phadd), 0x100, 'rwx');var libso_buffer = ptr(phadd).readByteArray(0x100);file_handle.write(libso_buffer);file_handle.flush();file_handle.close();console.log("[dump]:"+ file_path);}var file_path = pathDir + "/mydump_" +jmprel+ ".dat";console.log("----save begin1-----");var file_handle = new File(file_path, "wb");console.log("----save begin2-----");if (file_handle) {console.log("----save begin3-----");Memory.protect(ptr(jmprel), 0x948, 'rwx');var libso_buffer = ptr(jmprel).readByteArray(0x948);file_handle.write(libso_buffer);file_handle.flush();file_handle.close();console.log("[dump]:"+ file_path);}var file_path = pathDir + "/mydump_" +rel+ ".dat";console.log("----save begin1-----");var file_handle = new File(file_path, "wb");console.log("----save begin2-----");if (file_handle) {console.log("----save begin3-----");Memory.protect(ptr(rel), 0x4a58, 'rwx');var libso_buffer = ptr(rel).readByteArray(0x4a58);file_handle.write(libso_buffer);file_handle.flush();file_handle.close();console.log("[dump]:"+ file_path);}var file_path = pathDir + "/mydump_" +dynadd+ ".dat";console.log("----save begin1-----");var file_handle = new File(file_path, "wb");console.log("----save begin2-----");if (file_handle) {console.log("----save begin3-----");Memory.protect(ptr(dynadd), 0xd8, 'rwx');var libso_buffer = ptr(dynadd).readByteArray(0xd8);file_handle.write(libso_buffer);file_handle.flush();file_handle.close();console.log("[dump]:"+ file_path);}}if (args[2] == 0xb4) {//console.log(JSON.stringify(this.context))console.log(args[0])var file_path = pathDir + "/mydump_" + buff+".so";console.log("----save begin1-----");var file_handle = new File(file_path, "wb");console.log("----save begin2-----");if (file_handle) {console.log("----save begin3-----");Memory.protect(ptr(buff), 0xc0000, 'rwx');var libso_buffer = ptr(buff).readByteArray(0xc0000);file_handle.write(libso_buffer);file_handle.flush();file_handle.close();console.log("[dump]:"+ file_path);}}}},onLeave: function (retval) {// simply replace the value to be returned with 0}})})

上面代码只是说明功能，扣出来的，需要自己整理下可能才能执行。

脚本的原理就是根据某某某加固流程，父模块使用uncompress解压后会把解压出来的被偷走的数据重新解密到新的内存地址，在memcpy时得到内存地址和长度，然后等解密出来后dump数据。

另外是根据数据的大小取相关数据的，每个APP可能会不同，需要先跑下看看。

需要说明下，首先跑下hook uncompress后的memcpy hexdump，memcpy加载的新地址数据出现ELF头数据的，表明加载了。然后向上逆推其他数据，这样就能确定每个的数据大小，然后更改脚本，获取数据，并dump下来。

比如本例：

begin:memcpy,len:0xbbff4
0 1 2 3 4 5 6 7 8 9 A B C D E F 0123456789ABCDEF
c9085589 7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 .ELF............
c9085599 03 00 28 00 01 00 00 00 00 00 00 00 34 00 00 00 ..(.........4...
c90855a9 bc fa 0b 00 00 00 00 05 34 00 20 00 08 00 28 00 ........4. ...(.
c90855b9 19 00 18 00 11 a6 dd 35 da cf 22 1a 71 b7 8b 08 .......5..".q...

由于父模块需要内存偏移修正，所以完整的模块需要在后面的一次才能dump。

拿到了需要的so模块数据，我们需要修复这个so模块，否则ida无法分析，用010Editor也会打开失败。下面进入so修复：

使用的工具有010Editor和ELFfix

ELFfix 修复原理具体请参考：
https://bbs.pediy.com/thread-192874.htm

用010Editor打开dump的so模块，会提示错误。

我们已我们已经知道被移除了填充杂乱数据的几个关键的部分。所以肯定不能正常加载。当然修复是需要理解下ELF的文件格式和内存加载原理。这样更便于理解为啥需要这样步骤修复。这个各位自己学习学习了。

首先我们需要还原program_header_table ，这个是系统解析加载的关键数据，用010Editor打开我们刚才dump出来的0x100字节的那个数据

复制并覆盖到dumpso的program_header_table里面，

 

好了，到这里我们完成ELFfix需要的关键数据，保存这个文件，然后可以使用ELFfix工具进行修复了

复制到ELFfix目录下，并执行相关的修复命令会得到修复后的文件：

 

dump_new_full.so ß修复后的so

再次用010Editor打开这个修复后的so，还是会提示错误。不过打开后section_header_table已经正确了，原来的section_header_table是错误的：

来说下为啥先要修复program_header_table 节和这个段里面的Dynamic Segment，根据ELFfix作者文章里面说明，修复是依赖这两个数据进行解析得到ELF section，所以必须先还原这两个数据块。

下面开始还原rel数据，一个是jmprel，一个是rel

我们打开这两个节：

 

到这里内层的so模块被修复还原出来了，IDA加载完全没问题了，得到这个模块我们就可以用IDA分析调试了。当然也可以脱壳使用了。

注意：目前这个ELFfix不支持64位程序修复。

好了，有了这个就可以详细的分析某某某内层模块的功能，当然也可以patch代码等操作了。

下面来看看某某某加固系统如何来保护内层so功能模块的。比较有特色

Java层偷Native层代码

         某某某加固为了保护内层so不能脱离外层so环境，做了一些防范措施，这种也是，通过移除关键部位的二进制代码，如果脱离了整个环境，那么就会执行错误，被移除的二进制代码丢失。

1

2

3

4

def getBytes(self,mu,**kwargs):

     #采坑：这个是某某某偷代码的一种方式，把代码先偷走，然后再放回来，模拟这个的时候参数中没有出现这个值。    str = "B54FF67474E8BF10"

     dat = bytearray.fromhex(str)

     return dat

内层在Java层使用getByte这个函数获取被偷走的二进制代码数据，填充回so的执行中。

被偷的数据：

>dump 0x10004b1

010004B1: 00 00 00 00 00 00 00 00  BD 10 B5 4F F6 75 74 E8  ...........O.ut.

010004C1: BF 10 BD 10 B5 4F F6 76  74 E8 BF 10 BD 10 B5 4F  .....O.vt......O

 

来看看这个是啥函数，原来是：JNIEnv->CallStaticObjectMethodV

这种Java层偷函数二进制执行代码的方式还是比较新颖的。

关键参数放父模块，通过导出函数调用

一般模块的导出函数都是给其他模式引用的接口，某某某这个导出函数却是调用父模块的接口，因为子模块的加载完全是父模块负责的，所以这个接口的填充是父模块做的，所以如果脱离了父模块，这个函数就变成了空的。而且这个函数还是个特别的核心函数，来看看：

获取key，这个函数是获取解密算法rc4的key的，如果没有这个解密key，后面的dex解密都会失败。所以必须到父模块中执行。

通过查询有两个地方调用：

这个就是某某某自己实现的类似乱序处理过的多功能集成函数。

来看看key计算的时候参数是啥：

======================= Registers =======================

  R0=0x20917ec  R1=0x350  R2=0x2024006  R3=0x2024018

R4=0x2024000  R5=0x2024006  R6=0x0  R7=0xcbcca6e8  R8=0x350

R9=0x350  R10=0x2024018  R11=0x202c350  R12=0x80000000  SP=0x7ffad8

LR=0xcbda5859  PC=0xcbdb08fc

======================= Disassembly =====================

0xcbdb08fc:    blx   r7

020917EC: 22 39 52 52 54 52 52 52  42 52 52 52 13 02 02 19  "9RRTRRRBRRR....

020917FC: 17 0B 60 30 60 31 6A 61  66 67 33 6A 65 61 64 6A  ..`0`1jafg3jeadj

0209180C: 62 34 22 39 52 52 5A 52  52 52 53 52 52 52 01 36  b4"9RRZRRRSRRR.6

0209181C: 39 17 3C 26 20 2B 63 22  39 52 52 5E 52 52 52 4E  9.<& +c"9RR^RRRN

0209182C: 52 52 52 33 31 26 3B 24  3B 26 2B 1C 33 3F 37 31  RRR31&;$;&+.3?71

0209183C: 3D 3F 7C 33 3B 35 28 7C  27 3B 7C 30 33 21 37 7C  =?|3;5(|';|03!7|

执行下这个函数，得到的key：

>dump 0x2024006

02024006: 67 5E 7F 35 70 37 78 2E  7D 22 75 27 08 56 4A A1  g^.5p7x.}"u'.VJ.

上面的参数哪里来的呢？

分析发现原来是从原始包里面用libz解压出来的：

Executing syscall openat(ffffff9c, 02029000, 00020000, 00000000) at 0xcbc28be4

path:/data/app/xxxxxxxx-1/base.apk

这个解出来就是原始包里面的classes.dex部分：

 

另外一个地方的调用参数如下：

======================= Registers =======================

  R0=0x7ffbf9  R1=0x0  R2=0x2024040  R3=0x7ffb10

R4=0xcbc761c8  R5=0x7ffbf8  R6=0x202b054  R7=0xcbde56df  R8=0xcbc761c8

R9=0x202c34c  R10=0x0  R11=0x2024000  R12=0x2024040  SP=0x7ffb08

LR=0xcbcca6e8  PC=0xcbdb0982

======================= Disassembly =====================

0xcbdb0982:   blx  r2

>dump 0x7ffbf9

007FFBF9: 00 DA CB 54 B0 02 02 DF  56 DE CB C8 61 C7 CB 00  ...T....V...a...

007FFC09: 00 00 00 2D 00 00 00 00  60 02 02 00 70 02 02 F0  ...-....`...p...

这是个校验调用，如果脱离父模块就会死在这个调用里面，堆栈会被破坏掉。

当然还有其他类似的这样调用父模块校验：

DEX文件保护

某某某加固系统最重要的功能应该就是为了对dex文件的保护了，因为一般得到原始的dex后，去掉加固模块就可以直接运行。相当于完整脱壳了。为了达到这个目的，某某某加固系统对dex的保护特别重要。前面的这些对模块的保护最终的目的也是为了保护dex文件。下面来看看他的保护是怎么样的。

某某某加固系统第一次会把原始包中的classes.dex用libz函数解压出来，然后系统会把他重新编译成oat文件，这个文件中的dex头被加密处理了。里面的数据部分也被加密处理。在运行的时候，加固系统直接解内存中加载的classes.oat文件，而不用再次解压原始文件了。这样带来了效率的提升。也保证了没有明文的dex存在磁盘上。

数据的解密用到了rc4算法，算法的key刚才已经说过了是从父模块的函数中获取的，保证了解密的安全性。

rc4算法部分大家可以网上找资料看看，用key生成0x100的解密盒子。然后用这个盒子去解密数据。

nt __fastcall rc4(int result, _BYTE *a2, int a3)

{

  int v3; // lr

  int v4; // r12

  int v5; // r5

  if ( a3 )

  {

    v3 = 0;

    v4 = 0;

    do

    {

      --a3;

      v3 = (v3 + 1) % 256;

      v5 = *(unsigned __int8 *)(result + v3);

      v4 = (v4 + v5) % 256;

      *(_BYTE *)(result + v3) = *(_BYTE *)(result + v4);

      *(_BYTE *)(result + v4) = v5;

      *a2++ ^= *(_BYTE *)(result + (unsigned __int8)(*(_BYTE *)(result + v3) + v5));

    }

    while ( a3 );

  }

  return result;

}

算法核心部分。

下面是跟踪的截图和注释：这个循环保证解密oat中的所有dex文件：

 

所有的oat文件中的dex都被解密出来后，需要立即保存下来，否则某某某加固系统会把dex的头再次删除，我们在这个地方先dump下来oat文件。

 

Dump这个已经解密的oat文件后，我们就可以把其中的dex文件都找出来：

根据oat文件结构知道，dex数据是从0x1000开始的，前面是头，后面接着就是dex文件，从我们刚才跟踪的时候知道，这个oat中有三个dex文件。向下找下看看，也可以根据刚才R5中的偏移找到开始的位置，第一个位置偏移是0x1808，这个里面的dex头保存完整：

从dex结构我们知道，开始的偏移+0x20 后面的4个字节就是长度，第一个长度为：0x60E694，把这个数据保存出来，然后继续这样找其他的dex：

全部找到后我们用解析工具打开看看： 

这样原始的dex就被我们抓出来了。

Dump dex原理：

       某某某加固通过hook系统的LoadDexFile 在系统加载dex文件之前把修改部分的字节还原后交给系统使用。所以在这个时候获取的dex文件是正确的。

某某某的VMP保护：

       某某某加固系统的核心保护就是对dex代码中的onCreate函数进行VMP保护。把原指令用自己实现的指令集替换，并在Native层实现这些指令，达到替换指令集，移除dex代码，加密指令数据等。并且在vmp的代码中还可以插入自己的检测代码。非常有特色，保护能力也非常强，下面就来仔细的研究下某某某vmp的实现原理和具体实现方法。

来看这个app的例子：

通过frida hook RegisterNatives脚本,获取加固系统注册Natives方法：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

if (addrRegisterNatives != null) {

        Interceptor.attach(addrRegisterNatives, {

            onEnter: function (args) {

                var call_add = this.returnAddress;

                console.log("Register_address:", call_add, "offset:", ptr(call_add).sub(new_so_base));

                console.log("[RegisterNatives] method_count:", args[3]);

  

                var methods_ptr = ptr(args[2]);

                var call_addr = this.returnAddress;

                var method_count = parseInt(args[3]);

                for (var i = 0; i < method_count; i++) {

                    var name_ptr = Memory.readPointer(methods_ptr.add(i * Process.pointerSize * 3));

                    var sig_ptr = Memory.readPointer(methods_ptr.add(i * Process.pointerSize * 3 + Process.pointerSize));

                    var fnPtr_ptr = Memory.readPointer(methods_ptr.add(i * 12 + 8));

                    var fuPtr = fnPtr_ptr.sub(1);

                    var name = Memory.readCString(name_ptr);

                    var sig = Memory.readCString(sig_ptr);

                    var module_base = new_so_base;

                    JNI_RegisterNatives_array.push(fuPtr);

                    JNI_RegisterNatives_array.push(name);

                    console.log("[RegisterNatives] java_class:", class_name, "name:", name, "sig:", sig, "fnPtr:", fuPtr, "offset:", ptr(fnPtr_ptr).sub(module_base));

                    if (name == "onCreate") {

                        console.log(hexdump(fnPtr_ptr));

                        var code = Instruction.parse(fnPtr_ptr);

                        var next_code = code.next;

                        console.log(code.address, ":", code);

                        for (var i = 0; i < 11; i++) {

                            var next_c = Instruction.parse(next_code);

                            console.log(next_c.address, ":", next_c);

                            next_code = next_c.next;

                        }

                        var onCreate_fun_ptr = next_c.next.add(0xf);

                        var onCreate_fun_addr = Memory.readPointer(onCreate_fun_ptr);

                     console.log("onCreate_function_address:",onCreate_fun_addr,"offset:",ptr(onCreate_fun_addr).sub(module_base));

                    }

并获取参数打印如下：

这个APP有两个地方被某某某加固使用VMP保护：

[RegisterNatives] java_class: com/aigz/ui/base/BBSAppStart name: onCreate sig: (Landroid/os/Bundle;)V fnPtr: 0xd32fb39c  

[RegisterNatives] java_class: com/aigz/ui/base/BBSAppStart name: onCreate sig: (Landroid/os/Bundle;)V fnPtr: 0xe857c39c

来到这两个函数的地方看看：

Method表头中被定义为Native函数： 

通过frida的跟踪分析，某某某加固系统还隐藏了真实的vmp处理函数地址，真正的函数是在入口函数中通过地址跳转过去的，可以通过内嵌的capstone引擎反汇编出来，得到真实的函数入口地址：
0xe857c39c : mov r8, r8

0xe857c39e : sub sp, #0xc

0xe857c3a0 : push {r7}

0xe857c3a2 : push {lr}

0xe857c3a4 : sub sp, #4

0xe857c3a6 : mov ip, r0

0xe857c3a8 : add r0, sp, #0xc

0xe857c3aa : stm r0!, {r1, r2, r3}

0xe857c3ac : add r2, sp, #0xc

0xe857c3ae : mov r0, pc

0xe857c3b0 : mov r1, ip

0xe857c3b2 : str r2, [sp]

onCreate_function_address: 0xd2858985 offset: 0x1c985

这样就定位到真实的函数偏移是0x1c985

通过比较长时间的分析，大概的了解了这个函数的参数如下：

R0：加密函数的key，这个key决定了后面的jump table的跳转，也决定了后面使用的参数的计算和资源的获取。也就是说某某某的VMP引擎是同一个，就是通过这个key识别处理不同的函数。

R1：jni_env

R2: 堆栈参数

Vmp函数的大概结构是，通过R0 key值获取需要处理的函数资源，通过函数的参数值生成后面解密的xor_key，这个key还被一个参数值保护，失去这个参数值就会出现错误。另外这个key还被inker:__dl_rtld_db_dlactivity 值处理，如果被调试，inker:__dl_rtld_db_dlactivity值不为0，这个参数也是错误的。

 

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

for ( *(_DWORD *)v107 += 4; ; *(_DWORD *)v107 = v92 + 2 * v76 )

  {

    while ( 1 )

    {

      while ( 1 )

      {

        while ( 1 )

        {

          while ( 1 )

          {

            v106 = (v107[4] | (v107[4] << 8)) ^ **(unsigned __int16 **)v107;

            v13 = ((int (__fastcall *)(unsigned __int8 *, _DWORD))sub_CC0BDEFE)(v107, (unsigned __int16)v106);

            v14 = v13;

            if ( v13 < 0x7E )

              break;

            if ( v13 >= 0xBE )

            {

              if ( v13 >= 0xDD )

              {

                if ( v13 < 0xEE )

                {

                  if ( v13 >= 0xE6 )

                  {

                    if ( v13 < 0xEA )

                    {

                      if ( v13 < 0xE8 )

                      {

                        if ( v13 != 0xE7 )

                          JUMPOUT

下面详细的解释下这个处理函数的过程：

 

.text&.ARM.extab:CC0B042A                 LDR.W           R0, [R9]

.text&.ARM.extab:CC0B042E                 LDRB.W          R1, [R9,#4]

.text&.ARM.extab:CC0B0432                 SUBS            R2, R0, R6

.text&.ARM.extab:CC0B0434                 LDRH            R0, [R0]

.text&.ARM.extab:CC0B0436                 ORR.W           R1, R1, R1,LSL#8

.text&.ARM.extab:CC0B043A                 ASRS            R4, R2, #1

.text&.ARM.extab:CC0B043C                 EOR.W           R8, R1, R0

.text&.ARM.extab:CC0B0440                 MOV             R0, R9

.text&.ARM.extab:CC0B0442                 UXTH.W          R11, R8

.text&.ARM.extab:CC0B0446                 MOV             R1, R11

上面这段就是整个处理的核心部分，其中R9中是参数：

本次VMP运行参数如下:

02029000: EC 9B E5 D2 95 00 00 00  00 52 C6 E5 50 3B 00 00  .........R..P;..

这个参数的的第一个dword 是被加密函数的加密数据指针，第五个字节是xor_key，被加密数据需要通过xor 这个xor_key来解密。第三个dword是第二参数指针，第二参数包含解密查询指针的低位值和查询表地址。

.text&.ARM.extab:CC0B0448   BL     sub_CC0BDEFE  //模拟opcode查询算法

.text&.ARM.extab:CC0B044C   MOV    R10, R0       //返回值就是opcode_v

.text&.ARM.extab:CC0B044E   CMP     R0, #0x7E ; '~'  //后面就是根据这个返回值处理

实现代码如下：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

def Get_Opcode_v(vm_index,table):

    """

    args_list: 0xd1c0f790

              0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F  0123456789ABCDEF

    00000000  0c 1e 55 cf 91 00 00 00 00 52 de e4 60 b3 00 00  ..U......R..`...

               0  1  2  3  4  5  6  7  8  9  A  B  C  D  E  F  0123456789ABCDEF

    e4de5200  08 78 fa ce 20 ef e4 e4 b9 0d 00 00 00 00 00 00  .x.. ...........

    e4de5210  d0 01 4b e2 00 00 00 00 00 00 00 00 00 00 00 00  ..K.............

    e4de5220  00 00 00 00 48 27 0e e6 48 27 0e e6 01 00 00 00  ....H'..H'......

    e4de5230  58 67 f9 cb 58 26 0e e6 04 00 00 00 b8 dd a1 e7  Xg..X&..........

    e4de5240  88 26 0e e6 04 00 00 00 4c 52 de e4 00 00 00 00  .&......LR......

    e4de5250  00 00 00 00 30 77 c7 d1 20 78 c7 d1 08 00 00 00  ....0w.. x......

    e4de5260  40 8c 4f e2 64 00 00 00 80 54 de e4 d8 54 de e4  @.O.d....T...T..

    var opcode_table = Memory.readPointer(buf.add(8));

    // var table_args = Memory.readByteArray(opcode_table.add(60), 0x10);

    // console.log(table_args);

     console.log(hexdump(opcode_table));

     opcode_table = Memory.readPointer(opcode_table.add(0x60));

     console.log("Opcede_table_addr:", opcode_table);

    """

    #key1 =  0xb某某某 % 0x64 #查询的高位为这个值

    #key1 = 0x24C4 % 0x64

    key1 = 0x3b50 % 0x64

    key1 =  key1 <<8

    key = vm_index % 0x100

    index = key1 ^ key

    opcode_v = int.from_bytes(ReadFile(table, index, 1), byteorder="little", signed=False)

return opcode_v

也就是说先把加密函数的两个字节取出来，然后xor xor_key 然后用解密后的前两个字节进入查询函数进行查询计算。得到查询的index，根据index获取模拟的opcode值。

查询表格每个加密函数都有一个属于自己的表：

在上面的查询过程中会使用inker:__dl_rtld_db_dlactivity 值来破坏查询值，所以必须清零。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

看一段运行的日志：

2020-10-13 14:05:20,625    INFO                samples.debug_utils | 本次VMP运行参数如下:

2020-10-13 14:05:20,625    INFO                samples.debug_utils | 

02029000: EC 9B E5 D2 95 00 00 00  00 52 C6 E5 50 3B 00 00  .........R..P;..

  

2020-10-13 14:05:20,628    INFO                samples.debug_utils | vmp_opcode_v:0xb5c1

2020-10-13 14:05:20,628    INFO                samples.debug_utils | vmp_opcode_v_dat:0x2054

2020-10-13 14:05:20,628    INFO                samples.debug_utils | vmp_opcode:0x7a

2020-10-13 14:05:20,629    INFO                samples.debug_utils | ['0x7a']

2020-10-13 14:05:20,629    INFO                samples.debug_utils | opcode run-->

2020-10-13 14:05:20,641   DEBUG            androidemu.java.jni_env | JNIEnv->FindClass(androidx/appcompat/app/AppCompatActivity) was called

2020-10-13 14:05:20,643   DEBUG            androidemu.java.jni_env | JNIEnv->NewGlobalRef(2) was called

2020-10-13 14:05:20,668   DEBUG            androidemu.java.jni_env | JNIEnv->GetMethodId(<class '__main__.androidx_appcompat_app_AppCompatActivity'>, onCreate, (Landroid/os/Bundle;)V) was called

2020-10-13 14:05:20,669    INFO            androidemu.java.jni_env | find method_id ->0xd2000188

2020-10-13 14:05:20,684   DEBUG            androidemu.java.jni_env | JNIEnv->DeleteLocalRef(2) was called

call remove <androidemu.java.jni_ref.jclass object at 0x0000015DF2728908>

2020-10-13 14:05:20,687    INFO                samples.debug_utils | vmp_opcode_v_ptr:0x3

2020-10-13 14:05:20,687    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 14:05:20,687    INFO                samples.debug_utils | ['0x3']

  

2020-10-13 14:05:20,687    INFO                samples.debug_utils | vmp_opcode_v:0x97ea

2020-10-13 14:05:20,687    INFO                samples.debug_utils | vmp_opcode_v_dat:0x27f

2020-10-13 14:05:20,687    INFO                samples.debug_utils | vmp_opcode:0x12

2020-10-13 14:05:20,688    INFO                samples.debug_utils | ['0x7a', '0x12']

2020-10-13 14:05:20,688    INFO                samples.debug_utils | opcode run-->

2020-10-13 14:05:20,688   DEBUG                samples.debug_utils | 0xcbd7b648: 2ada   bge    #0xcbd7b6a0

2020-10-13 14:05:20,688   DEBUG                samples.debug_utils | 0xcbd7b64a: 3f28   cmp    r0, #0x3f

2020-10-13 14:05:20,688   DEBUG                samples.debug_utils | 0xcbd7b64c: 4cda   bge    #0xcbd7b6e8

2020-10-13 14:05:20,688   DEBUG                samples.debug_utils | 0xcbd7b64e: 1f28   cmp    r0, #0x1f

2020-10-13 14:05:20,689   DEBUG                samples.debug_utils | 0xcbd7b650: 80f2e080      bge.w  #0xcbd7b814

2020-10-13 14:05:20,689   DEBUG                samples.debug_utils | 0xcbd7b654: 0f28   cmp    r0, #0xf

2020-10-13 14:05:20,689   DEBUG                samples.debug_utils | 0xcbd7b656: 80f25f81       bge.w  #0xcbd7b918

2020-10-13 14:05:20,689   DEBUG                samples.debug_utils | 0xcbd7b918: 1728   cmp    r0, #0x17

2020-10-13 14:05:20,689   DEBUG                samples.debug_utils | 0xcbd7b91a: 80f24382      bge.w  #0xcbd7bda4

2020-10-13 14:05:20,690   DEBUG                samples.debug_utils | 0xcbd7b91e: 1328   cmp    r0, #0x13

2020-10-13 14:05:20,690   DEBUG                samples.debug_utils | 0xcbd7b920: 80f23984      bge.w  #0xcbd7c196

2020-10-13 14:05:20,690   DEBUG                samples.debug_utils | 0xcbd7b924: 1128   cmp    r0, #0x11

2020-10-13 14:05:20,690   DEBUG                samples.debug_utils | 0xcbd7b926: 81f2c180      bge.w  #0xcbd7caac

2020-10-13 14:05:20,690   DEBUG                samples.debug_utils | 0xcbd7caac: 74f4c5a8      bne.w  #0xcbd70c3a

2020-10-13 14:05:20,691   DEBUG                samples.debug_utils | 0xcbd70c3a: d9f80010      ldr.w   r1, [sb]

2020-10-13 14:05:20,691   DEBUG                samples.debug_utils | 0xcbd70c3e: 99f80400      ldrb.w  r0, [sb, #4]

2020-10-13 14:05:20,691   DEBUG                samples.debug_utils | 0xcbd70c42: 2a68   ldr      r2, [r5]

2020-10-13 14:05:20,691   DEBUG                samples.debug_utils | 0xcbd70c44: 5b4b   ldr      r3, [pc, #0x16c]

2020-10-13 14:05:20,691   DEBUG                samples.debug_utils | 0xcbd70c46: 8f88   ldrh    r7, [r1, #4]

2020-10-13 14:05:20,691   DEBUG                samples.debug_utils | 0xcbd70c48: 40ea0020      orr.w   r0, r0, r0, lsl #8

2020-10-13 14:05:20,692   DEBUG                samples.debug_utils | 0xcbd70c4c: 4988   ldrh    r1, [r1, #2]

2020-10-13 14:05:20,692   DEBUG                samples.debug_utils | 0xcbd70c4e: 7b44   add    r3, pc

2020-10-13 14:05:20,692   DEBUG                samples.debug_utils | 0xcbd70c50: 4740   eors    r7, r0

2020-10-13 14:05:20,692   DEBUG                samples.debug_utils | 0xcbd70c52: 4840   eors    r0, r1

2020-10-13 14:05:20,692   DEBUG                samples.debug_utils | 0xcbd70c54: c8f30721      ubfx    r1, r8, #8, #8

2020-10-13 14:05:20,692   DEBUG                samples.debug_utils | 0xcbd70c58: c0ea0740      pkhbt  r0, r0, r7, lsl #0x10

2020-10-13 14:05:20,692   DEBUG                samples.debug_utils | 0xcbd70c5c: 42f82100      str.w   r0, [r2, r1, lsl #2]

2020-10-13 14:05:20,693   DEBUG                samples.debug_utils | 0xcbd70c60: b0fa80f0       clz      r0, r0

2020-10-13 14:05:20,693   DEBUG                samples.debug_utils | 0xcbd70c64: 4009   lsrs     r0, r0, #5

2020-10-13 14:05:20,693   DEBUG                samples.debug_utils | 0xcbd70c66: 53f82000      ldr.w   r0, [r3, r0, lsl #2]

2020-10-13 14:05:20,693   DEBUG                samples.debug_utils | 0xcbd70c6a: 8746   mov    pc, r0

2020-10-13 14:05:20,693   DEBUG                samples.debug_utils | 0xcbd70c74: d9f80000      ldr.w   r0, [sb]

2020-10-13 14:05:20,693   DEBUG                samples.debug_utils | 0xcbd70c78: 0630   adds   r0, #6  //opcode len

2020-10-13 14:05:20,694   DEBUG                samples.debug_utils | 0xcbd70c7a: 0af0d0bc      b.w     #0xcbd7b61e

2020-10-13 14:05:20,694   DEBUG                samples.debug_utils | 0xcbd7b61e: c9f80000      str.w   r0, [sb]

2020-10-13 14:05:20,694   DEBUG                samples.debug_utils | 0xcbd7b622: 0f9d   ldr      r5, [sp, #0x3c]

2020-10-13 14:05:20,694   DEBUG                samples.debug_utils | 0xcbd7b624: d9f80000      ldr.w   r0, [sb]

2020-10-13 14:05:20,696    INFO                samples.debug_utils | vmp_opcode_v_ptr:0x6

2020-10-13 14:05:20,696    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 14:05:20,697    INFO                samples.debug_utils | ['0x3', '0x3']

从这个运行日志中可以看到，某某某加固有两种处理，一种就是对Java class的处理，还有一种就是数值处理。

对Java class的处理日志能明确的打印出结果，根据结果基本上能知晓函数的作用。而对数值的处理比较麻烦，某某某加固的vmp是自己模拟实现的，需要跟踪调试反分析出来函数的作用。

另外opcode的长度是某某某加固vmp自己维护的。也就是根据opcode硬编码的，所以需要记录下来。

现在来总结下某某某加固vmp的处理方法：

1.     用需要加密的onCreate函数的参数+常量参数+anti参数生成的xor_key加密函数数据。

2.     每个opcode的第一个字节被某某某加固vmp的模拟opcode所替换，并被上面的xor_key加密保护。

3.     每个opcode类型自己实现功能。

4.     每个opcode长度在实现代码中自己维护。硬编码实现。

5.     每个函数生成高地位的参数加密，并和密文的opcode 计算获得查询index。

6.     每个函数都拥有一张模拟opcode_v查询表。模拟的opcode是通过这个表查询得到的。

也就是说模拟的opcode是两层加密解密出来的。并且都是自己实现具体功能的。

某某某加固VMP代码还原：

首先要想还原得有一个官方的opcode文档，推荐：

Dalvik opcodes

 

从官方的文档中大致能知道opcode类型和opcode长度定义。

从文档中我们也知道dex的代码分为opcode操作码和后面的操作数组成的。

Opcode 占一个字节。后面都是操作数。

而某某某加固的VMP简单的加密了整个代码，就是用xor_key 加密，而重点的保护的就是opcode操作码，还原代码其实也就是找回opcode操作码，替换回去就行。后面的操作数通过xor_key还原出来就可以了。

下面就来重点说说怎么还原操作码的：

从上面的分析来看就是两种类型，处理Java class 的通过打印的日志基本就清楚是啥功能的。然后通过正常的代码结合官方文档大致就能还原出来。

而对数据的处理比较麻烦，因为都是某某某加固系统自己处理的，所以需要到每个处理单元里面跟踪分析。

当然最好是在AndroidNativeEm模拟器中运行，这样能方便跟踪，如果你能用ida动态跟踪也可以。

下面是一个demo加固后的跟踪结果和分析结果：

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97

98

99

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

2020-10-13 11:21:46,942    INFO                samples.debug_utils | 本次VMP运行参数如下:

2020-10-13 11:21:46,942    INFO                samples.debug_utils | 

02029000: EC 9B E5 D2 95 00 00 00  00 52 C6 E5 50 3B 00 00  .........R..P;..

  

2020-10-13 11:21:46,946    INFO                samples.debug_utils | vmp_opcode:0x7a  ==>6F invoke-super

2020-10-13 11:21:46,946    INFO                samples.debug_utils | ['0x7a']

2020-10-13 11:21:46,946    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:46,987   DEBUG            androidemu.java.jni_env | JNIEnv->GetMethodId(<class '__main__.androidx_appcompat_app_AppCompatActivity'>, onCreate, (Landroid/os/Bundle;)V) was called

2020-10-13 11:21:46,988    INFO            androidemu.java.jni_env | find method_id ->0xd2000188

2020-10-13 11:21:47,007    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 11:21:47,007    INFO                samples.debug_utils | ['0x3']

  

2020-10-13 11:21:47,008    INFO                samples.debug_utils | vmp_opcode:0x12  ==>14 const vx, lit32

2020-10-13 11:21:47,008    INFO                samples.debug_utils | ['0x7a', '0x12']  

2020-10-13 11:21:47,008    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:47,012   DEBUG                samples.debug_utils | 0xcbd70c3a: d9f80010      ldr.w   r1, [sb] data Buff

2020-10-13 11:21:47,012   DEBUG                samples.debug_utils | 0xcbd70c3e: 99f80400      ldrb.w  r0, [sb, #4]   xor key

2020-10-13 11:21:47,012   DEBUG                samples.debug_utils | 0xcbd70c42: 2a68   ldr      r2, [r5]

2020-10-13 11:21:47,012   DEBUG                samples.debug_utils | 0xcbd70c46: 8f88   ldrh    r7, [r1, #4]

2020-10-13 11:21:47,013   DEBUG                samples.debug_utils | 0xcbd70c48: 40ea0020      orr.w   r0, r0, r0, lsl #8

2020-10-13 11:21:47,013   DEBUG                samples.debug_utils | 0xcbd70c4c: 4988   ldrh    r1, [r1, #2]

2020-10-13 11:21:47,013   DEBUG                samples.debug_utils | 0xcbd70c50: 4740   eors    r7, r0   解密数据

2020-10-13 11:21:47,013   DEBUG                samples.debug_utils | 0xcbd70c52: 4840   eors    r0, r1   解密数据

2020-10-13 11:21:47,014   DEBUG                samples.debug_utils | 0xcbd70c54: c8f30721      ubfx    r1, r8, #8, #8

2020-10-13 11:21:47,014   DEBUG                samples.debug_utils | 0xcbd70c58: c0ea0740      pkhbt  r0, r0, r7, lsl #0x10  合并寄存器值 取常量给寄存器

2020-10-13 11:21:47,014   DEBUG                samples.debug_utils | 0xcbd70c5c: 42f82100      str.w   r0, [r2, r1, lsl #2]   R0=0x7f0a001c  

2020-10-13 11:21:47,018    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 11:21:47,018    INFO                samples.debug_utils | ['0x3', '0x3']

  

2020-10-13 11:21:47,018    INFO                samples.debug_utils | vmp_opcode:0x1  ==>6e   invoke-virtual 

2020-10-13 11:21:47,018    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1']

2020-10-13 11:21:47,019    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:47,032   DEBUG            androidemu.java.jni_env | JNIEnv->FindClass(com/example/test/MainActivity) was called

2020-10-13 11:21:47,033   DEBUG            androidemu.java.jni_env | JNIEnv->NewGlobalRef(3) was called

2020-10-13 11:21:47,053   DEBUG            androidemu.java.jni_env | JNIEnv->GetMethodId(<class '__main__.com_example_test_MainActivity'>, setContentView, (I)V) was called

2020-10-13 11:21:47,053    INFO            androidemu.java.jni_env | find method_id ->0xd2000190

2020-10-13 11:21:53,918    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 11:21:53,918    INFO                samples.debug_utils | ['0x3', '0x3', '0x3']

  

2020-10-13 11:21:53,918    INFO                samples.debug_utils | vmp_opcode:0x12

2020-10-13 11:21:53,918    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12']

2020-10-13 11:21:53,918    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:53,927    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 11:21:53,927    INFO                samples.debug_utils | ['0x3', '0x3', '0x3', '0x3']

  

2020-10-13 11:21:53,927    INFO                samples.debug_utils | vmp_opcode:0x1

2020-10-13 11:21:53,927    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12', '0x1']

2020-10-13 11:21:53,927    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:53,955   DEBUG            androidemu.java.jni_env | JNIEnv->GetMethodId(<class '__main__.com_example_test_MainActivity'>, findViewById, (I)Landroid/view/View;) was called

2020-10-13 11:21:53,955    INFO            androidemu.java.jni_env | find method_id ->0xd200018c

2020-10-13 11:21:53,968   DEBUG            androidemu.java.jni_env | JNIEnv->CallObjectMethodV(com/example/test/MainActivity, findViewById <(I)Landroid/view/View;>, 0x2033000) was called

2020-10-13 11:21:53,975    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 11:21:53,975    INFO                samples.debug_utils | ['0x3', '0x3', '0x3', '0x3', '0x3']

  

2020-10-13 11:21:53,975    INFO                samples.debug_utils | vmp_opcode:0x21  ==>0x0c  move-result-object vx

2020-10-13 11:21:53,975    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12', '0x1', '0x21']

2020-10-13 11:21:53,975    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:53,978   DEBUG                samples.debug_utils | 0xcbd7c99c: 2746   mov    r7, r4

2020-10-13 11:21:53,978   DEBUG                samples.debug_utils | 0xcbd7c99e: 0a9c   ldr      r4, [sp, #0x28]

2020-10-13 11:21:53,978   DEBUG                samples.debug_utils | 0xcbd7c9a0: 3846   mov    r0, r7

2020-10-13 11:21:53,978   DEBUG                samples.debug_utils | 0xcbd7c9a2: ab46   mov    fp, r5

2020-10-13 11:21:53,978   DEBUG                samples.debug_utils | 0xcbd7c9a4: 4ff00008       mov.w r8, #0

2020-10-13 11:21:53,979   DEBUG                samples.debug_utils | 0xcbd7c9a8: a268   ldr      r2, [r4, #8]

2020-10-13 11:21:53,979   DEBUG                samples.debug_utils | 0xcbd7c9aa: e4f731fe       bl       #0xcbd61610

2020-10-13 11:21:53,979   DEBUG                samples.debug_utils | 0xcbd61610: 70b5   push   {r4, r5, r6, lr}

2020-10-13 11:21:53,979   DEBUG                samples.debug_utils | 0xcbd61612: 0546   mov    r5, r0

2020-10-13 11:21:53,979   DEBUG                samples.debug_utils | 0xcbd61614: c069   ldr      r0, [r0, #0x1c]

2020-10-13 11:21:53,979   DEBUG                samples.debug_utils | 0xcbd61616: 1446   mov    r4, r2

2020-10-13 11:21:53,980   DEBUG                samples.debug_utils | 0xcbd61618: 0e46   mov    r6, r1

2020-10-13 11:21:53,980   DEBUG                samples.debug_utils | 0xcbd6161a: 50f82100      ldr.w   r0, [r0, r1, lsl #2]

2020-10-13 11:21:53,980   DEBUG                samples.debug_utils | 0xcbd6161e: 10b1   cbz     r0, #0xcbd61626

2020-10-13 11:21:53,980   DEBUG                samples.debug_utils | 0xcbd61620: 0068   ldr      r0, [r0]

2020-10-13 11:21:53,980   DEBUG                samples.debug_utils | 0xcbd61622: a042   cmp    r0, r4

2020-10-13 11:21:53,980   DEBUG                samples.debug_utils | 0xcbd61624: 13d0   beq    #0xcbd6164e

2020-10-13 11:21:53,981   DEBUG                samples.debug_utils | 0xcbd6164e: a869   ldr      r0, [r5, #0x18]

2020-10-13 11:21:53,981   DEBUG                samples.debug_utils | 0xcbd61650: 002c   cmp    r4, #0

2020-10-13 11:21:53,981   DEBUG                samples.debug_utils | 0xcbd61652: 40f82640      str.w   r4, [r0, r6, lsl #2]

2020-10-13 11:21:53,981   DEBUG                samples.debug_utils | 0xcbd61656: 14d0   beq    #0xcbd61682

2020-10-13 11:21:53,981   DEBUG                samples.debug_utils | 0xcbd61682: 70bd   pop    {r4, r5, r6, pc}

2020-10-13 11:21:53,981   DEBUG                samples.debug_utils | 0xcbd7c9ae: 84f81080      strb.w  r8, [r4, #0x10]

2020-10-13 11:21:53,982   DEBUG                samples.debug_utils | 0xcbd7c9b2: 3c46   mov    r4, r7

2020-10-13 11:21:53,985    INFO                samples.debug_utils | vmp_opcode_length:0x1

2020-10-13 11:21:53,985    INFO                samples.debug_utils | ['0x3', '0x3', '0x3', '0x3', '0x3', '0x1']

  

2020-10-13 11:21:53,985    INFO                samples.debug_utils | vmp_opcode:0xa6 ==0x1f  check-cast vx, type_id

2020-10-13 11:21:53,985    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12', '0x1', '0x21', '0xa6']

2020-10-13 11:21:53,985    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:53,993   DEBUG            androidemu.java.jni_env | JNIEnv->FindClass(android/widget/TextView) was called

2020-10-13 11:21:54,004    INFO                samples.debug_utils | vmp_opcode_length:0x2

2020-10-13 11:21:54,004    INFO                samples.debug_utils | ['0x3', '0x3', '0x3', '0x3', '0x3', '0x1', '0x2']

  

2020-10-13 11:21:54,005    INFO                samples.debug_utils | vmp_opcode:0x1

2020-10-13 11:21:54,005    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12', '0x1', '0x21', '0xa6', '0x1']

2020-10-13 11:21:54,005    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:54,030   DEBUG            androidemu.java.jni_env | JNIEnv->GetMethodId(<class '__main__.com_example_test_MainActivity'>, stringFromJNI, ()Ljava/lang/String;) was called

2020-10-13 11:21:54,030    INFO            androidemu.java.jni_env | find method_id ->0xd2000194

2020-10-13 11:21:54,041   DEBUG            androidemu.java.jni_env | JNIEnv->CallObjectMethodV(com/example/test/MainActivity, stringFromJNI <()Ljava/lang/String;>, 0x2035000) was called

2020-10-13 11:21:54,048    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 11:21:54,048    INFO                samples.debug_utils | ['0x3', '0x3', '0x3', '0x3', '0x3', '0x1', '0x2', '0x3']

  

2020-10-13 11:21:54,048    INFO                samples.debug_utils | vmp_opcode:0x21

2020-10-13 11:21:54,048    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12', '0x1', '0x21', '0xa6', '0x1', '0x21']

2020-10-13 11:21:54,048    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:54,065    INFO                samples.debug_utils | vmp_opcode_length:0x1

2020-10-13 11:21:54,065    INFO                samples.debug_utils | ['0x3', '0x3', '0x3', '0x3', '0x3', '0x1', '0x2', '0x3', '0x1']

  

2020-10-13 11:21:54,065    INFO                samples.debug_utils | vmp_opcode:0x1

2020-10-13 11:21:54,065    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12', '0x1', '0x21', '0xa6', '0x1', '0x21', '0x1']

2020-10-13 11:21:54,065    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:54,094   DEBUG            androidemu.java.jni_env | JNIEnv->GetMethodId(<class '__main__.android_widget_TextView'>, setText, (Ljava/lang/CharSequence;)V) was called

2020-10-13 11:21:54,094    INFO            androidemu.java.jni_env | find method_id ->0xd2000170

2020-10-13 11:21:54,114    INFO                samples.debug_utils | vmp_opcode_length:0x3

2020-10-13 11:21:54,114    INFO                samples.debug_utils | ['0x3', '0x3', '0x3', '0x3', '0x3', '0x1', '0x2', '0x3', '0x1', '0x3']

  

2020-10-13 11:21:54,114    INFO                samples.debug_utils | vmp_opcode:0xc5 ==>0x0e  return-void

2020-10-13 11:21:54,114    INFO                samples.debug_utils | ['0x7a', '0x12', '0x1', '0x12', '0x1', '0x21', '0xa6', '0x1', '0x21', '0x1', '0xc5']

2020-10-13 11:21:54,114    INFO                samples.debug_utils | opcode run-->

2020-10-13 11:21:54,117   DEBUG                samples.debug_utils | 0xcbd7d2a6: 0598   ldr      r0, [sp, #0x14]

2020-10-13 11:21:54,117   DEBUG                samples.debug_utils | 0xcbd7d2a8: 099a   ldr      r2, [sp, #0x24]

2020-10-13 11:21:54,117   DEBUG                samples.debug_utils | 0xcbd7d2aa: d0e90001     ldrd    r0, r1, [r0]

2020-10-13 11:21:54,117   DEBUG                samples.debug_utils | 0xcbd7d2ae: c2e90001      strd    r0, r1, [r2]

2020-10-13 11:21:54,117   DEBUG                samples.debug_utils | 0xcbd7d2b2: 64a8   add    r0, sp, #0x190

2020-10-13 11:21:54,117   DEBUG                samples.debug_utils | 0xcbd7d2b4: 0021   movs  r1, #0

2020-10-13 11:21:54,118   DEBUG                samples.debug_utils | 0xcbd7d2b6: 04f026fe       bl       #0xcbd81f06

2020-10-13 11:21:54,118   DEBUG                samples.debug_utils | 0xcbd81f06: 0a46   mov    r2, r1

2020-10-13 11:21:54,118   DEBUG                samples.debug_utils | 0xcbd81f08: 0168   ldr      r1, [r0]

2020-10-13 11:21:54,118   DEBUG                samples.debug_utils | 0xcbd81f0a: 0260   str      r2, [r0]

2020-10-13 11:21:54,118   DEBUG                samples.debug_utils | 0xcbd81f0c: 09b1   cbz     r1, #0xcbd81f12

2020-10-13 11:21:54,118   DEBUG                samples.debug_utils | 0xcbd81f0e: 00f001b8      b.w     #0xcbd81f14

2020-10-13 11:21:54,119   DEBUG                samples.debug_utils | 0xcbd81f14: 49b1   cbz     r1, #0xcbd81f2a

2020-10-13 11:21:54,119   DEBUG                samples.debug_utils | 0xcbd81f16: 10b5   push   {r4, lr}

2020-10-13 11:21:54,119   DEBUG                samples.debug_utils | 0xcbd81f18: 0846   mov    r0, r1

2020-10-13 11:21:54,119   DEBUG                samples.debug_utils | 0xcbd81f1a: 0c46   mov    r4, r1

2020-10-13 11:21:54,119   DEBUG                samples.debug_utils | 0xcbd81f1c: fef752f8        bl       #0xcbd7ffc4

2020-10-13 11:21:54,119   DEBUG                samples.debug_utils | 0xcbd7ffc4:  10b5   push   {r4, lr}

2020-10-13 11:21:54,120   DEBUG                samples.debug_utils | 0xcbd7ffc6:  0446   mov    r4, r0

2020-10-13 11:21:54,120   DEBUG                samples.debug_utils | 0xcbd7ffc8:  007c   ldrb    r0, [r0, #0x10]

2020-10-13 11:21:54,120   DEBUG                samples.debug_utils | 0xcbd7ffca:  38b1   cbz     r0, #0xcbd7ffdc

2020-10-13 11:21:54,120   DEBUG                samples.debug_utils | 0xcbd7ffdc: 0020   movs  r0, #0

2020-10-13 11:21:54,120   DEBUG                samples.debug_utils | 0xcbd7ffde: 2074   strb    r0, [r4, #0x10]

2020-10-13 11:21:54,120   DEBUG                samples.debug_utils | 0xcbd7ffe0: 10bd   pop    {r4, pc}

2020-10-13 11:21:54,121   DEBUG                samples.debug_utils | 0xcbd81f20: 2046   mov    r0, r4

2020-10-13 11:21:54,121   DEBUG                samples.debug_utils | 0xcbd81f22: bde81040     pop.w  {r4, lr}

通过上面的日志分析基本上还原出来代码。

opcode_len_dat = [3,3,3,3,3,1,2,3,1,3,1]

xor_key = 0x9595

opcode_操作码： ['0x7a', '0x12', '0x1', '0x12', '0x1', '0x21', '0xa6', '0x1', '0x21', '0x1', '0xc5']

使用的opcode种类： ['0x7a', '0x12', '0x1', '0x21', '0xa6', '0xc5'] 合计个数： 6

恢复的代码： 6f20e70d210014021c000a7f6e20513b210014027e00077f6e204f3b21000c021c0200026e10523b01000c006e20fe0b02000e00

用这个还原的代码修复dex文件就可以实现剥离某某某加固，还原原程序了。

Dex 二进制修改方法：

用IDA打开dex文件，搜索class名称，找到要修改的方法的地方：

 

看到Native函数定义的数据了吧。比较下正常的public函数定义，知道类型应该是0004，而不是0284，后面跟着的是code地址，修改这个数据：

直接到IDA的Hex View页中按F2修改：

 

下面修改code offset，这个地址是LEB128编码，编码介绍：

https://berryjam.github.io/2019/09/LEB128(Little-Endian-Base-128)格式介绍/

Andorid系统在Dex文件采用LEB128变长编码格式，相对固定长度的编码格式，leb128编码存储利用率比较高，能让Dex文件尽可能的小。对于存储空间比较紧缺的移动设备，这非常有用。就是在字节的第七位插入1，计算地址时，去掉这个第七位的1再组合。

来的偏移地址：0x1b7478处，从IDA中也可以看到前面0x10是函数头参数，后面就是代码了：

 

保存，用IDA重新打开：

除了偏移地址发生改变，基本上一样。说明还原成功。

某某某加固修正重新打包技术要点如下：

1. 首先需要使用自己编写的某某某_jiagu_info 脚本跑出oat文件的dex，dump出来oat文件后用winhex把dex头前面的数据去掉就是dex文件。

2.一般dump 多个dex文件，需要处理所有的oat文件得到所有的dex

3.一般被加固的apk的原始入口在Manifest xml中已经改变，需要找回原来的入口，这个尤其重要，这个坑踩了好久。这个入口中脚本中会打印出来，App_Application_Entry is:

4.由于Java vm并不能运行nop指令，一般也不可能出现这个指令，所以清除某某某加固的SDK时，如果不能进行code对齐，中间有nop 时Java vm会执行错误。所以建议保留SDK，但是修改SDK代码为返回原值就行。

某某某加固一般有三种SDK插入：

 主onCreate函数的 stub->Mark()  这个少，一般只有一个，反编译后直接在smile中可以去掉，搜索dex中的mark就能找到地方。

 onCreate 的interface11（）     这个由于是在函数的开头插入，所以可以写代码清除并进行code对齐。 需要写代码修复。先用winhex通过特征码搜索所有的调用地址，然后导出这个搜索结果给下面修复脚本用就能修复好。

脚本见附件：某某某加固dex嵌入SDK修复脚本。

 invoke-static/range StubApp->getOrigApplicationContext(Context)Context, v0 .. v0   这种数量巨大，一般都是在调用getcontext函数的后面，所以建议保留，请修改StubApp里面的函数代码，直接返回原值即可。

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

修改成：

.class public final Lcom/stub/StubApp;

.super Landroid/app/Application;

.source "SourceFile"

# static fields

.field private static loadFromLib:Z

.field private static needX86Bridge:Z

.field public static strEntryApplication:Ljava/lang/String;

.end field

# direct methods

.method public static getOrigApplicationContext(Landroid/content/Context;)Landroid/content/Context;

    .locals 1

    .prologue

    .line 68

    return-object p0

.end method

5. 用dextools工具dump的dex存在问题，需要用自己写的某某某_info脚本跑出来的oat修复的dex才可以。

把上面修改后的classes文件和dump的所有其他dex文件一起放到apk包中，用apktool工具反编译后修改mark的地方，就是去掉就行。然后修改Manifest xml中application 选项中的android:name 为 Python 跑出来的App_Application_Entry

6. 如果存在onCreate VMP 那就复杂，需要修复vmp后才能进行上面的反编译修改再打包。vmp的修复最好是用AndroidNativeEmu 模拟器修复。修复过程在某某某加固分析文档中有。参数和数据需要自己到内存中去抓。

附录1  获取某某某加固信息脚本：

本脚本用来获取某某某加固系统关键数据，包含dump so，查询apk的原始入口，根据特征码搜索onCreate vmp处理函数等。

 

相关文章：

某某某加固系统分析

某某某加固系统内核so dump和修复&#xff1a; 某某某加固系统采取了内外两层native代码模式&#xff0c;外层主要为了保护内层核心代码&#xff0c;从分析来看外层模块主要用来反调试&#xff0c;释放内层模块&#xff0c;维护内存模块的某些运行环境达到防止分离内外模块&am…...

编程日记 2024/5/26 21:09:35

嵌入式之音频基础知识

声音特性 1、响度&#xff1a;人主观上感觉声音的大小&#xff08;俗称音量&#xff09;&#xff0c;由“振幅”和人离声源的距离决定&#xff0c;振幅越大响度越大&#xff0c;人和声源的距离越小&#xff0c;响度越大&#xff1b; 2、音调&#xff1a;声音的高低&#xff0…...

编程日记 2024/5/26 21:06:32

如何做好软件项目的沟通管理

如何做好软件项目的沟通管理 软件项目的沟通管理是确保项目信息在团队成员、利益相关者和相关群体之间有效流通的过程。良好的沟通是项目成功的关键&#xff0c;在项目开始时&#xff0c;需要制定详细的沟通计划&#xff0c;包括沟通的目的、对象、内容、频率和渠道等信息。 …...

编程日记 2024/5/26 21:05:31

linmux

了了了了了了了了了了了了了了...

编程日记 2024/5/26 21:04:30

Vue3学习-vue-router之路由传参

传参方案一&#xff1a;RouterLink 字符串 //传值 <RouterLink to"/page?a1&b2">{{ RouterLink 字符串传参 }}</RouterLink> //取值 import { toRefs } from vue import { useRoute } from vue-router const { query} toRefs(useRoute()) console.…...

编程日记 2024/5/26 21:02:28

ubuntu20.04 10分钟搭建无延迟大疆无人机多线程流媒体服务器

1.使用效果 无人机画面 2.服务器视频端口 3.使用教程 3.1.下载ubuntu对应软件包&#xff1a;系统要求ubuntu16以上 3.2修改端口&#xff08;config.xml文件&#xff09; 3.3启动服务 目录下输入&#xff1a;终端启动&#xff1a;./smart_rtmpd 后台启动&#xff1a;nohup ./…...

编程日记 2024/5/26 21:01:27

hugging face笔记：PEFT

1 介绍 PEFT (Parameter-Efficient Fine Tuning) 方法在微调时冻结预训练模型参数&#xff0c;并在其上添加少量可训练的参数&#xff08;称为适配器&#xff09;这些适配器被训练用来学习特定任务的信息。这种方法已被证明在内存效率和计算使用上非常高效&#xff0c;同时能产…...

编程日记 2024/5/26 21:00:26

作业5.26

定义一些常量和数据结构来存储用户信息和消息。 #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <arpa/inet.h> #include <sys/socket.h>#define MAX_USERS 100 // 最大用户数 #define MAX_M…...

编程日记 2024/5/26 20:57:22

银河麒麟服务器系统xshell连接之后主动断开，报错socket error event：32 Error：10053问题分析

银河麒麟服务器系统xshell连接之后主动断开&#xff0c;报错socket error event&#xff1a;32 Error&#xff1a;10053问题分析 一 问题描述二 系统环境三 问题分析3.1 与正常机器对比sshd文件内容以及文件权限3.2 检查同网段内是否配置多个相同的IP地址 四 后续建议 一 问题描…...

编程日记 2024/5/26 20:55:21

蓝桥杯算法心得——李白打酒（加强版）

大家好&#xff0c;我是晴天学长&#xff0c;记忆化搜索&#xff0c;找到技巧非常重要&#xff0c;需要的小伙伴可以关注支持一下哦&#xff01;后续会继续更新的。&#x1f4aa;&#x1f4aa;&#x1f4aa; 2) .算法思路 1.memo三维表示记录的结果 3&#xff09;.算法步骤 1…...

编程日记 2024/5/26 20:54:20

java练习2

题目要求 创建一个Color枚举类有RED,BLUE,BLACK,YELLOW,GREEN这五个枚举值/对象Color有三个属性redValue&#xff0c;greenValue&#xff0c;blueValue创建构造方法&#xff0c;参数包括这三个属性每个枚举值都要给这三个属性赋值&#xff0c;三个属性对应的值分别是red&#…...

编程日记 2024/5/26 20:52:18

【安装笔记-20240523-Windows-安装测试 ShareX】

安装笔记-系列文章目录 安装笔记-20240523-Windows-安装测试 ShareX 文章目录 安装笔记-系列文章目录安装笔记-20240523-Windows-安装测试 ShareX 前言一、软件介绍名称&#xff1a;ShareX主页官方介绍 二、安装步骤测试版本&#xff1a;16.1.0下载链接功能界面 三、应用场景屏…...

编程日记 2024/5/26 20:51:16

2024年150道高频Java面试题（七十一）

141. spring cloud 的核心组件有哪些&#xff1f; Spring Cloud 是一个基于Spring Boot实现的微服务架构开发工具集&#xff0c;它为微服务架构中的诸多问题提供了解决方案。Spring Cloud的核心组件主要包括以下这些&#xff1a; Spring Cloud Config&#xff1a;提供服务器和…...

编程日记 2024/5/26 20:50:16

【深度学习】2.单层感知机

目标&#xff1a; 实现一个简单的二分类模型的训练过程&#xff0c;通过模拟数据集进行训练和优化&#xff0c;训练目标是使模型能够根据输入特征正确分类数据。 演示: 1.通过PyTorch生成了一个模拟的二分类数据集&#xff0c;包括特征矩阵data_x和对应的标签数据data_y。标签…...

编程日记 2024/5/26 20:49:14

JS经常碰见的报错问题

语法错误&#xff1a;由于 JavaScript 是一种动态语言&#xff0c;因此编写代码期间可能会出现语法错误。这可能包括拼写错误、漏掉分号或括号等问题。 作用域问题&#xff1a;JavaScript 中存在全局作用域和局部作用域的概念&#xff0c;有时候可能会出现变量作用域混乱导致的…...

编程日记 2024/5/26 20:48:13

纯前端实现截图功能

纯前端实现截图功能 一、插件二、主要代码 一、插件 一、安装html2canvas、vue-cropper npm i html2canvas --save //用于将指定区域转为图片 npm i vue-cropper -S //将图片进行裁剪二、在main.js注册vue-cropper组件 import VueCropper from vue-cropper Vue.use(VueCropper…...

编程日记 2024/5/26 20:47:12

【网络协议】应用层协议--HTTP

文章目录 一、HTTP是什么&#xff1f;二、HTTP协议工作过程三、HTTP协议1. fiddler2. Fiddler抓包的原理3. 代理服务器是什么?4. HTTP协议格式1.1 请求1.2 响应 四、认识HTTP的请求1.认识HTTP请求的方法2.认识请求头&#xff08;header&#xff09;3.认识URL3.1 URL是什么&…...

编程日记 2024/5/26 20:45:09

【图书推荐】《Vue.js 3.x+Element Plus从入门到精通（视频教学版）》

配套示例源码与PPT课件下载 百度网盘链接: https://pan.baidu.com/s/1nBQLd9UugetofFKE57BE5g?pwdqm9f 自学能力强的&#xff0c;估计不要书就能看代码学会吧。 内容简介 本书通过对Vue.js&#xff08;简称Vue&#xff09;的示例和综合案例的介绍与演练&#xff0c;使读者…...

编程日记 2024/5/26 20:44:08

抖店如何打造出爆品？学好这几招，轻松打爆新品流量

大家好&#xff0c;我是电商花花。 近年来&#xff0c;抖店商家越来越多&#xff0c;而选品&#xff0c;爆品就是我们商家竞争的核心了&#xff0c;谁能选出好的新品&#xff0c;打造出爆品&#xff0c;谁的会赚的多&#xff0c;销量多。 做抖音小店想出单&#xff0c;想赚钱…...

编程日记 2024/5/26 20:43:07

软件需求规范说明模板

每个软件开发组织都会为自己的项目选用一个或多个标准的软件需求规范说明模板。有许多软件需求规范说明模板可以使用(例如ISO/IEC/IEEE2011;Robertson and Robertson2013)。如果你的组织要处理各种类型或规模的项目&#xff0c;例如新的大型系统开发或是对现有系统进行微调&…...

编程日记 2024/5/26 20:41:04

51c自动驾驶~合集58

我自己的原文哦~ https://blog.51cto.com/whaosoft/13967107 #CCA-Attention 全局池化局部保留&#xff0c;CCA-Attention为LLM长文本建模带来突破性进展 琶洲实验室、华南理工大学联合推出关键上下文感知注意力机制&#xff08;CCA-Attention&#xff09;&#xff0c;…...

编程新知 2025/6/29 18:40:59

Java 8 Stream API 入门到实践详解

一、告别 for 循环&#xff01; 传统痛点&#xff1a; Java 8 之前&#xff0c;集合操作离不开冗长的 for 循环和匿名类。例如&#xff0c;过滤列表中的偶数&#xff1a; List<Integer> list Arrays.asList(1, 2, 3, 4, 5); List<Integer> evens new ArrayList…...

编程新知 2025/6/15 12:02:53

spring：实例工厂方法获取bean

spring处理使用静态工厂方法获取bean实例&#xff0c;也可以通过实例工厂方法获取bean实例。 实例工厂方法步骤如下&#xff1a; 定义实例工厂类&#xff08;Java代码&#xff09;&#xff0c;定义实例工厂&#xff08;xml&#xff09;&#xff0c;定义调用实例工厂&#xff…...

编程新知 2025/6/20 12:40:55

今日科技热点速览

&#x1f525; 今日科技热点速览 &#x1f3ae; 任天堂Switch 2 正式发售 任天堂新一代游戏主机 Switch 2 今日正式上线发售&#xff0c;主打更强图形性能与沉浸式体验&#xff0c;支持多模态交互&#xff0c;受到全球玩家热捧 。 &#x1f916; 人工智能持续突破 DeepSeek-R1&…...

编程新知 2025/6/20 19:12:10

处理vxe-table 表尾数据是单独一个接口，表格tableData数据更新后，需要点击两下，表尾才是正确的

修改bug思路&#xff1a; 分别把 tabledata 和 表尾相关数据 console.log() 发现 更新数据先后顺序不对 settimeout延迟查询表格接口 ——测试可行 升级↑&#xff1a;async await 等接口返回后再开始下一个接口查询 ________________________________________________________…...

编程新知 2025/6/28 13:54:01

Golang——6、指针和结构体

指针和结构体 1、指针1.1、指针地址和指针类型1.2、指针取值1.3、new和make 2、结构体2.1、type关键字的使用2.2、结构体的定义和初始化2.3、结构体方法和接收者2.4、给任意类型添加方法2.5、结构体的匿名字段2.6、嵌套结构体2.7、嵌套匿名结构体2.8、结构体的继承 3、结构体与…...

编程新知 2025/6/20 20:19:19

DiscuzX3.5发帖json api

参考文章&#xff1a;PHP实现独立Discuz站外发帖(直连操作数据库)_discuz 发帖api-CSDN博客 简单改造了一下&#xff0c;适配我自己的需求 有一个站点存在多个采集站&#xff0c;我想通过主站拿标题&#xff0c;采集站拿内容 使用到的sql如下 CREATE TABLE pre_forum_post_…...

编程新知 2025/6/21 6:43:48

leetcode_69.x的平方根

题目如下 &#xff1a; 看到题 &#xff0c;我们最原始的想法就是暴力解决: for(long long i 0;i<INT_MAX;i){if(i*ix){return i;}else if((i*i>x)&&((i-1)*(i-1)<x)){return i-1;}}我们直接开始遍历&#xff0c;我们是整数的平方根&#xff0c;所以我们分两…...

编程新知 2025/6/26 10:09:10

职坐标物联网全栈开发全流程解析

物联网全栈开发涵盖从物理设备到上层应用的完整技术链路&#xff0c;其核心流程可归纳为四大模块&#xff1a;感知层数据采集、网络层协议交互、平台层资源管理及应用层功能实现。每个模块的技术选型与实现方式直接影响系统性能与扩展性&#xff0c;例如传感器选型需平衡精度与…...

编程新知 2025/7/2 23:43:48

C/Python/Go示例 | Socket Programing与RPC

Socket Programming介绍 Computer networking这个领域围绕着两台电脑或者同一台电脑内的不同进程之间的数据传输和信息交流&#xff0c;会涉及到许多有意思的话题&#xff0c;诸如怎么确保对方能收到信息&#xff0c;怎么应对数据丢失、被污染或者顺序混乱&#xff0c;怎么提高…...

编程新知 2025/6/25 2:54:46