大神论坛利用活跃变量分析来去掉vmp的大部分垃圾指令

声明：为了把技术分享给更多的人，在 大神论坛 上发表了，这里也发一份
环境和工具
Windows7 7601
Ida7.5
Python3.8
qiling框架

简介
首先简单介绍一下数据流分析和活跃变量分析。活跃变量分析属于数据流分析的一种，编译器的许多优化都依赖于数据流分析。龙书的简介截图如下

活跃变量分析的用途有删除无用赋值和为基本块分配寄存器。vmp 中的垃圾指令大部分都是些无用赋值，我们可以利用活跃变量分析来删除这些垃圾指令

如上图所示。如果把test指令看作是对eflags寄存器的赋值，其中的test指令就属于无用赋值，因为eflags寄存器在当前指令被赋值之后没有被使用，在下一条指令又被重新赋值。0064D721处对ebp的赋值在0064D748之前也没有被使用，也是一个无用赋值。

记录基本块
此次活跃变量分析仅局限于合并直接跳转后的基本块内，不做全局的数据流分析，可以不用添加前驱和后继，相当于做局部优化。本次使用的样本是vmp3.5版本加的壳，只点了虚拟化，没有做其它的处理，这个样本的源码在vmprotect3.5安装目录下Example\Code Markers\MSVC。以去除vmp1段中的垃圾代码为例，也就是加壳后程序入口点处的那部分虚拟机代码。由于vmp3.5展开了dispatch结构，并且利用间接跳转干扰静态分析工具的控制流重建。比如vmp使用大量的jmp register和push register; ret;等指令。为了构建控制流，我使用qiling框架来模拟执行来记录这类指令的跳转目标。qiling实现了一个pe加载器且模拟了部分系统api。经过验证，是可以运行到原程序的入口点。有两个api需要自己添加模拟，GetProcessAffinityMask和SetThreadAffinityMask。模拟的代码如下：

@winsdkapi(cc=STDCALL, dllname="kernel32_dll", replace_params={"lpProcessAffinityMask":POINTER,"lpSystemAffinityMask":POINTER})
def hook_GetProcessAffinityMask(ql, address, params):lpProcessAffinityMask = params["lpProcessAffinityMask"]lpSystemAffinityMask = params["lpSystemAffinityMask"]if(ql.mem.is_mapped(lpProcessAffinityMask, 4)):ql.mem.write(lpProcessAffinityMask,ql.pack32(1))else:print("GetProcessAffinityMask->lpProcessAffinityMask(0x%08x) unmapped!" % lpProcessAffinityMask)addr = ql.os.heap.alloc(4)ql.mem.write(addr,ql.pack32(1))if(ql.mem.is_mapped(lpSystemAffinityMask, 4)):ql.mem.write(lpSystemAffinityMask,ql.pack32(1))else:print("GetProcessAffinityMask->lpSystemAffinityMask(0x%08x) unmapped!" % lpSystemAffinityMask)addr = ql.os.heap.alloc(4)ql.mem.write(addr,ql.pack32(1))return 1@winsdkapi(cc=STDCALL, dllname="kernel32_dll", replace_params={"dwThreadAffinityMask":POINTER,})
def hook_SetThreadAffinityMask(ql, address, params):hThread = params['hThread']pdwThreadAffinityMask = params["dwThreadAffinityMask"]if(ql.mem.is_mapped(pdwThreadAffinityMask, 4)):mask = ql.unpack32(ql.mem.read(pdwThreadAffinityMask, 4))print("SetThreadAffinityMask(0x%08x, 0x%08x)" % (hThread,mask))return 1

然后利用qiling的hook_code的回调函数来跟踪指令的走向，记录所需的跳转信息。回调函数的部分代码如下：

def traceCode(ql, address, size, user_data=None):#print("trace address:0x%08x" % address)#trace = [address,size]#if(trace not in g_traceAddrList):#g_traceAddrList.append(trace)if(0x004012F5 == address): #真正的入口点print("execute to original entrypoint! address:0x%08x" % 0x004012F5)ql.emu_stop()#push reg;retif(1 == size and ql.mem.read(address,size)[0] == 0xc3):target = ql.unpack32(ql.mem.read(ql.reg.esp, 4))if(None != g_RetAddrDict.get(address)):g_RetAddrDict[address].add(target)else:g_RetAddrDict[address] = {target}md = ql.disassembermd.detail = TruebInsn = ql.mem.read(address,size)insn = list(md.disasm(bInsn, address))[0]        #trace jmp Regif(capstone.x86_const.X86_INS_JMP == insn.id and capstone.x86_const.X86_OP_REG == insn.operands[0].type):target = ql.reg.read(insn.operands[0].reg)if(None != g_jmpRegAddrDict.get(address)):g_jmpRegAddrDict[address].add(target)           else:g_jmpRegAddrDict[address] = {target}

由于qiling框架模拟执行的有点慢，所以模拟到入口点结束后就把获取到的信息通过json序列化保存到了文件中。代码和文件我都会上传，这里就不用一一展开了。获取到信息后，就要记录所有的基本块。大体思路是以入口点的代码为一个作为一个新的基本块的开始，然后不断的把后续指令加进去，直到碰到一个无条件跳转、条件跳转指令或其目的地址的指令为止。具体实现是从入口点开始扫描每一条指令，把push imm; call imm;当作直接跳转，不分析直接跳转后面的指令，继续从直接跳转的目的地址开始分析。需要注意的是push register;ret;和jmp register需要看成是含有多个分支的跳转。然后利用一个队列来保存待分析的基本块首地址，代码实现如下：

def GetVmp1BasicBlock():   EntryPoint = 0x400000 + 0x0037E533    insn = ida_ua.insn_t()qInsnAddr = queue.Queue()   #保留待分析的跳转分支起始地址qInsnAddr.put(EntryPoint)while(not qInsnAddr.empty()):ea = start_ea = qInsnAddr.get() if(IsRedundant(ea)):    #已经加入基本块,不用在分析continue#print("trace start_ea:0x%08x" % start_ea)#分析start_ea开始的基本块while(ea != 0x006FDE0C):    #0x006FDE0B为虚拟机出口       #print("\tea:0x%08x" % ea)            InsnLen = ida_ua.decode_insn(insn, ea)if(0 == InsnLen):print("decode_insn(ea=0x%08x) failed!" % ea)return 0  if(insn.itype in g_callInsnList and insn.ops[0].type in g_immOprand):prevInsn = ida_ua.insn_t()prevAddr = ea - 5   #push immediate;占用5个字节prevLen = ida_ua.decode_insn(prevInsn, prevAddr)#调用decode_prev_insn可能会失败if(0 == prevLen):print("decode_insn(0x%08x) failed!" % prevAddr)return 0#push xxx;call xxx;把call看出直接跳转if(ida_allins.NN_push == prevInsn.itype and ida_ua.o_imm == prevInsn.ops[0].type):end_ea = ea + insn.sizevbb = VMPBasicBlock(start_ea, end_ea, insn.ea)g_vmp1BlockList.append(vbb)AdjustBlockByJccTarget(insn.ops[0].addr)qInsnAddr.put(insn.ops[0].addr)#print("\tqInsnAddr.put(0x%08x)" % insn.ops[0].addr)else:#暂不分析其它类型的callea = ea + insn.sizecontinuebreak  elif(insn.itype in g_jccInsnList):end_ea = ea + insn.sizevbb = VMPBasicBlock(start_ea, end_ea, insn.ea)g_vmp1BlockList.append(vbb)qInsnAddr.put(end_ea)   #jcc需要分析其后面的指令#print("\tqInsnAddr.put(0x%08x)" % end_ea)jccTarget = insn.ops[0].addrAdjustBlockByJccTarget(jccTarget)qInsnAddr.put(jccTarget)#print("\tqInsnAddr.put(0x%08x)" % jccTarget)    breakelif(insn.itype in g_jmpInsnList):end_ea = ea + insn.sizevbb = VMPBasicBlock(start_ea, end_ea, insn.ea)g_vmp1BlockList.append(vbb)if(insn.ops[0].type in g_immOprand):  #不分析jmp immediate后面的指令JmpTarget = insn.ops[0].addrAdjustBlockByJccTarget(JmpTarget)qInsnAddr.put(JmpTarget)#print("\tqInsnAddr.put(0x%08x)" % JmpTarget)    elif(ida_ua.o_reg == insn.ops[0].type): #jmp reg;for JmpTarget in g_jmpRegDict[ea]:AdjustBlockByJccTarget(JmpTarget)qInsnAddr.put(JmpTarget)#print("\tqInsnAddr.put(0x%08x)" % JmpTarget)  breakelif(ida_allins.NN_retn == insn.itype):#主要是push reg;ret;指令，还有少部分跳入vmp1的ret            end_ea = ea + insn.sizevbb = VMPBasicBlock(start_ea, end_ea, insn.ea)g_vmp1BlockList.append(vbb)'''prevInsn = ida_ua.insn_t()prevInsnLen = ida_ua.decode_insn(prevInsn, ea - 1)#push占用一个字节if(0 == prevInsnLen):breakif(ida_allins.NN_push != prevInsn.itype or ida_ua.o_reg != prevInsn.ops[0].type):break'''if(None == g_RetAddrDict.get(insn.ea)): #会遍历到没有模拟执行过的ret指令,可能由条件分支指令造成的print("warning:cannot find ret target! address:0x%08x" % insn.ea)breakfor JmpTarget in g_RetAddrDict[insn.ea]:    #g_RetAddrDict的key为ret的地址#if(0x004012F5 == JmpTarget):#0x004012F5为原入口点#    continueif(JmpTarget < 0x63b000 or JmpTarget > 0x820000):#vmp1 segment boundprint("ret from 0x%08x to 0x%08x" % (ea, JmpTarget))continueAdjustBlockByJccTarget(JmpTarget)qInsnAddr.put(JmpTarget)#print("\tqInsnAddr.put(0x%08x)" % JmpTarget)  breakelse:ea = ea + insn.size'''L1: xxx;...L2: xxx;...L3  jcc;当有一条先跳转到L2的指令时，后面又有一条跳转到L1的指令，会出现L1到L2的块且包含L2到L3的块'''if(IsRedundant(ea)):    #检测到另一个块的起始地址vbb = VMPBasicBlock(start_ea, ea, insn.ea)g_vmp1BlockList.append(vbb)breakreturn 1

执行完后发现有7000多个这样的块，所以需要合并一下那些直接跳转的块，也方便之后做活跃变量分析。合并和添加前驱和后继的代码就不展示了，具体参考源码中的AddVMPBasicBlockPrevsAndSuccs和TryMergeBasicBlock两个函数。
活跃变量分析
合并基本块后就可以做活跃变量分析了，在和合并后基本块内做活跃变量分析可以把每一条指令看作是一个结点，寄存器看作一个变量，然后利用使用和定值信息计算进入结点和结点后的活跃信息。这里给出《现代编译原理-C语言描述》第10章活跃分析的一个例子，方便大家理解使用、定值和活跃性。

活跃性计算的方法如下：

按照上述方法计算后，会得到每一个结点的入口活跃信息和出口活跃信息。考虑到合并后的基本块有1700多个，如果按照上面的迭代方法计算的话会很慢，所以具体实现要优化一下，加快数据流分析。基本块内指令是线性执行的，不存在环和分支，活跃变量分析属于逆向数据流问题。如果能够安排每一个结点的计算都先于它的前驱，是可以通过对所有结点的一次遍历就能完成数据流分析，得到每一个结点的入口活跃和出口活跃信息。获取基本块内每一个指令的use和def信息的话，可以使用capstone CsInsn类的regs_access方法，这还可以获取到eflags寄存器。一开始是想使用ida的microcode API来实现的，但是我觉得ida提供的python接口不好用，没有提供针对一条指令的转换接口。
对合并后的基本块的分析思路如下：
1、首先利用capstone反汇编基本块内的指令，获取每一条指令的use和def信息。
2、从基本块的出口处的指令向入口计算每一条指令的出口活跃信息和入口活跃信息。
3、在获取到指令的活跃信息后，然后根据每一条指令的def信息，如果def中的所有变量都不属于出口活跃的，我们就可以删掉这条指令。
具体代码实现如下：

def OptimizeMergedBasicBlock(mvbb, IsRadical = False):cs_insnList = []#capstone.CsInsncs_use = {} #key为cs_insnList的下标,value为使用的寄存器集合,对变量的任何使用都会使该变量成为活跃的cs_def = {}#key为cs_insnList的下标,value为修改的寄存器集合,对变量的任何定值都会杀死该变量的活跃性vbbId = mvbb.FirstVbbIdindex = 0while(vbbId in mvbb.vbbIdList):#获取变量和定值信息vbb = g_vmp1BlockList[vbbId]#print("vbbid %d:0x%08x - 0x%08x"%(vbb.block_id,vbb.start_ea,vbb.end_ea))bCode = idc.get_bytes(vbb.start_ea, vbb.end_ea - vbb.start_ea)if(None == bCode):print("get_bytes(0x%08x,%d) failed!" % (vbb.start_ea, vbb.end_ea - vbb.start_ea))return 0for insn in g_md.disasm(bCode, vbb.start_ea):           cs_insnList.append(insn)useList,defineList = insn.regs_access()#(list-of-registers-read, list-of-registers-modified)包括eflagscs_use[index] = {cs_extendRegTo32bit(cs_reg) for cs_reg in useList}cs_def[index] = {cs_extendRegTo32bit(cs_reg) for cs_reg in defineList}index += 1if(len(vbb.succs) != 1):breakvbbId = vbb.succs[0] '''    for i in range(len(cs_insnList)):use_strList=[]def_strList=[]for cs_reg in cs_use[i]:use_strList.append(cs_insnList[i].reg_name(cs_reg))for cs_reg in cs_def[i]:def_strList.append(cs_insnList[i].reg_name(cs_reg))            print("0x%08x %s %s;%r %r" % (cs_insnList[i].address, cs_insnList[i].mnemonic, cs_insnList[i].op_str,use_strList,def_strList))'''        bChanged = Truecs_insnTempList=[]while(bChanged):bChanged = FalseOut= {} #In和Out的key为cs_insnList的下标In = {}for i in range(len(cs_insnList)):Out[i]=set()In[i]=set()Exit = len(cs_insnList)if(not IsRadical):In[Exit] = {capstone.x86_const.X86_REG_EBP, capstone.x86_const.X86_REG_EDI, \capstone.x86_const.X86_REG_ESI, capstone.x86_const.X86_REG_ESP, \capstone.x86_const.X86_REG_EAX, capstone.x86_const.X86_REG_EBX, \capstone.x86_const.X86_REG_ECX, capstone.x86_const.X86_REG_EDX}else:In[Exit] = {capstone.x86_const.X86_REG_EBP, capstone.x86_const.X86_REG_EDI, \capstone.x86_const.X86_REG_ESI, capstone.x86_const.X86_REG_ESP,}#如果安排每一个结点的后继都先于该结点计算，则有可能只通过对所有结点的一次遍历就能完成数据流分析。#由于基本块内是线性执行的,不存在分支和环，所以采用倒序for i in range(len(cs_insnList)-1,-1,-1):nSucc = i+1Out[i] |= In[nSucc]In[i] = cs_use[i] | (Out[i]-cs_def[i])'''for i in range(len(cs_insnList)):in1=[]out1=[]for cs_reg in In[i]:in1.append(cs_insnList[i].reg_name(cs_reg))for cs_reg in Out[i]:out1.append(cs_insnList[i].reg_name(cs_reg))            print("0x%08x in:%r out:%r" % (cs_insnList[i].address,in1,out1))'''   DelIdxList=[]for i in range(len(cs_insnList)):     count = len(cs_def[i]) if(0 == count):     #不处理没有产生定值的语句continuefor cs_reg in cs_def[i]:    #某些指令会产生多个定值，比如sub指令会修改通用寄存器和eflags寄存器            if(cs_reg not in Out[i]):   #所有产生的定值都不是出口活跃的，则删除count -= 1                   if(0 == count):#对于产生的定值不在Out集合中，则可以被删除bChanged = TrueDelIdxList.append(i)i=0cs_insnTempList = []for index in range(len(cs_insnList)):if(index not in DelIdxList):    #保留已有的use和def信息，并调整indexcs_insnTempList.append(cs_insnList[index])cs_use[i] = cs_use[index]cs_def[i] = cs_def[index]i += 1else:   #删除对应的条目  cs_use.pop(index)cs_def.pop(index)ida_bytes.patch_bytes(cs_insnList[index].address,b"\x90"*cs_insnList[index].size)#g_cs_insnMnemonicSet.add(cs_insnList[index].mnemonic)cs_insnList = cs_insnTempList#print("cs_insnList len:%d" % len(cs_insnList))'''for insn in cs_insnList:print("0x%08x %s %s" % (insn.address, insn.mnemonic, insn.op_str))'''    return 1

这里有几点需要说明一下，capstone的al，ah，ax等8位或16位的寄存器是单独定义的，需要转换到32位，因为vmp有8位或16位寄存器参与到下一个handle地址的运算。或者也可以把这些寄存器添加到In[Exit]中，添加In[Exit]是为了方便计算，作为整个基本块的出口活跃信息，不属于任意一条指令。把一些通用寄存器添加到基本块的出口活跃信息，也是为了保证不会nop掉有用的指令。那个IsRadical的判断主要是为了处理push imm；call target中target处的虚拟机入口。只添加ebp，esp，esi和edi作为整个基本块出口活跃信息是为了减少target处基本块没有nop掉的垃圾指令。在nop掉指令前，需要注意的是，编译器在删除死代码的优化中会考虑到当前被删除的指令是否有副作用，比如是否为访存指令、call指令等。本次样本中vmp的垃圾指令好像都没有副作用，不存在那些有副作用的指令，所以就没有考虑这些，nop完之后样本是可以正常运行的。最后在处理以下垃圾指令，直接遍历每一个基本块遇到这类指令直接nop掉。

这里展示一下入口处进入虚拟机那部分nop掉垃圾指令后的代码和部分x64dbg的trace截图

.vmp1:0064D713 56                      push    esi
.vmp1:0064D714 90                      nop
.vmp1:0064D715 90                      nop
.vmp1:0064D716 90                      nop
.vmp1:0064D717 90                      nop
.vmp1:0064D718 90                      nop
.vmp1:0064D719 90                      nop
.vmp1:0064D71A 90                      nop
.vmp1:0064D71B 90                      nop
.vmp1:0064D71C 55                      push    ebp
.vmp1:0064D71D 52                      push    edx
.vmp1:0064D71E 51                      push    ecx
.vmp1:0064D71F 9C                      pushf
.vmp1:0064D720 90                      nop
.vmp1:0064D721 90                      nop
.vmp1:0064D722 90                      nop
.vmp1:0064D723 90                      nop
.vmp1:0064D724 90                      nop
.vmp1:0064D725 90                      nop
.vmp1:0064D726 50                      push    eax
.vmp1:0064D727 90                      nop
.vmp1:0064D728 57                      push    edi
.vmp1:0064D729 90                      nop
.vmp1:0064D72A 90                      nop
.vmp1:0064D72B 90                      nop
.vmp1:0064D72C 87 FF                   xchg    edi, edi
.vmp1:0064D72E 53                      push    ebx
.vmp1:0064D72F 90                      nop
.vmp1:0064D730 90                      nop
.vmp1:0064D731 90                      nop
.vmp1:0064D732 90                      nop
.vmp1:0064D733 90                      nop
.vmp1:0064D734 66 0F A4 E7 8F          shld    di, sp, 8Fh
.vmp1:0064D739 BA 00 00 00 00          mov     edx, 0
.vmp1:0064D73E 90                      nop
.vmp1:0064D73F 90                      nop
.vmp1:0064D740 90                      nop
.vmp1:0064D741 90                      nop
.vmp1:0064D742 90                      nop
.vmp1:0064D743 90                      nop
.vmp1:0064D744 90                      nop
.vmp1:0064D745 52                      push    edx
.vmp1:0064D746 90                      nop
.vmp1:0064D747 90                      nop
.vmp1:0064D748 8B 6C 24 28             mov     ebp, [esp+24h+arg_0]
.vmp1:0064D74C 81 ED 25 26 6F 1D       sub     ebp, 1D6F2625h
.vmp1:0064D752 0F CD                   bswap   ebp
.vmp1:0064D754 90                      nop
.vmp1:0064D755 90                      nop
.vmp1:0064D756 90                      nop
.vmp1:0064D757 90                      nop
.vmp1:0064D758 90                      nop
.vmp1:0064D759 90                      nop
.vmp1:0064D75A 90                      nop
.vmp1:0064D75B F7 DD                   neg     ebp
.vmp1:0064D75D 90                      nop
.vmp1:0064D75E 90                      nop
.vmp1:0064D75F 90                      nop
.vmp1:0064D760 90                      nop
.vmp1:0064D761 90                      nop
.vmp1:0064D762 90                      nop
.vmp1:0064D763 90                      nop
.vmp1:0064D764 90                      nop
.vmp1:0064D765 90                      nop
.vmp1:0064D766 90                      nop
.vmp1:0064D767 90                      nop
.vmp1:0064D768 90                      nop
.vmp1:0064D769 90                      nop
.vmp1:0064D76A 90                      nop
.vmp1:0064D76B F7 D5                   not     ebp
.vmp1:0064D76D 90                      nop
.vmp1:0064D76E 90                      nop
.vmp1:0064D76F 90                      nop
.vmp1:0064D770 90                      nop
.vmp1:0064D771 90                      nop
.vmp1:0064D772 81 ED 7B 53 BE 38       sub     ebp, 38BE537Bh
.vmp1:0064D778 90                      nop
.vmp1:0064D779 90                      nop
.vmp1:0064D77A 90                      nop
.vmp1:0064D77B 90                      nop
.vmp1:0064D77C 90                      nop
.vmp1:0064D77D 90                      nop
.vmp1:0064D77E 90                      nop
.vmp1:0064D77F C1 C5 03                rol     ebp, 3
.vmp1:0064D782 90                      nop
.vmp1:0064D783 90                      nop
.vmp1:0064D784 90                      nop
.vmp1:0064D785 90                      nop
.vmp1:0064D786 90                      nop
.vmp1:0064D787 90                      nop
.vmp1:0064D788 90                      nop
.vmp1:0064D789 8D 6C 15 00             lea     ebp, [ebp+edx+0]
.vmp1:0064D78D 8B F4                   mov     esi, esp
.vmp1:0064D78F 90                      nop
.vmp1:0064D790 90                      nop
.vmp1:0064D791 90                      nop
.vmp1:0064D792 90                      nop
.vmp1:0064D793 90                      nop
.vmp1:0064D794 90                      nop
.vmp1:0064D795 90                      nop
.vmp1:0064D796 90                      nop
.vmp1:0064D797 47                      inc     edi
.vmp1:0064D798 81 EC C0 00 00 00       sub     esp, 0C0h
.vmp1:0064D79E 90                      nop
.vmp1:0064D79F 90                      nop
.vmp1:0064D7A0 90                      nop
.vmp1:0064D7A1 90                      nop
.vmp1:0064D7A2 90                      nop
.vmp1:0064D7A3 90                      nop
.vmp1:0064D7A4 90                      nop

可以看到已经去掉大部分垃圾指令了，剩下的漏网之鱼也是很容易可以看出来的。

总结
根据实际运行效果，说明我的分析思路是大体正确的。这里没有根据基本块作为一个结点做全局的活跃变量分析是因为把通用寄存器作为活跃分析中的变量是不适合这么做的。因为通用寄存器的数量有限，是重复使用的资源，其活跃性很容易在下一个基本块被杀死。要做全局的活跃变量分析的话，应先把整个流图转换到SSA形式，这样应该可以干掉那些漏网之鱼了。考虑到工作量有点大，就没有这么做了（更多逆向分析资源请访问大神论坛）。上传的源码中我也实现了一个获取合并后基本块的出口活跃和入口活跃信息的函数，不是SSA形式的。只是写来巩固一下自己所学知识点而已，对去除垃圾指令也没什么作用，大家有兴趣的话可以参考一下。也没有使用迭代的方法，而是做了一部分优化，通过工作表算法和对结点的深度优先搜索遍历序号进行计算的。代码实现在GlobalLiveness函数中。优化方法可以参考《现代编译原理-C语言描述》17章的加快数据流分析部分。

本文所有的分析文件和源码打包都在附件链接帖子末尾中 https://www.dslt.tech/article-97-1.html，欢迎下载交流学习，哈哈~~，更多逆向学习资料，可访问 大神论坛

大神论坛利用活跃变量分析来去掉vmp的大部分垃圾指令相关推荐

大神论坛 UEditor 富文本web编辑器最新漏洞版XML文件上传导致存储型XSS
一.Ueditor最新版XML文件上传导致存储型XSS 测试版本:php版 v1.4.3.3 下载地址:https://github.com/fex-team/ueditor 复现步骤: 1. 上传一 ...
大神论坛逆向分析 Internet Download Manager 序列号算法附IDM注册机完整源码
1. 前言 idm version : 6.38 Build 23 2.算法逆向 IDM的序列号验证函数定位在: 下面是在IDA下的代码分析: .text:00510010 push ebp .tex ...
【ios】大神论坛之iCleaner Pro 网络验证和注册算法分析
0x00 本文缘起: 此App用来给ios越狱机器清理系统垃圾,用了的人都感觉良好.之前不懂iOS应用破解时就是找别人修改好的版本用,导致不能及时用上新版,后来通过学习了解iOS破解后有了自己破解的想 ...
wifi android 指令,求大神解答，安卓按键精灵开启关闭手机wifi的指令
该楼层疑似违规已被系统折叠隐藏此楼查看此楼 */ package com.wifi.connect; import java.util.List; import android.net.wifi.W ...
Win11承诺的支持安卓App终于更新了！大神教你如何在国区使用，上班刷抖音不是梦...
晓查发自凹非寺量子位 | 公众号 QbitAI 今天可能是操作系统历史上最神奇的一天,因为Windows和Android在同一天实现了互相套娃. 微软承诺的"Windows 11支持A ...
国外大神一张图学会python-12306看了会沉默，国外大神利用机器学习15分钟破解网站验证码！...
原标题:12306看了会沉默,国外大神利用机器学习15分钟破解网站验证码! 相信很多同学,都曾被12306的神级验证码虐到过怀疑人生,但是看了下面这一位国外一位大神的分享,小蓝我算是知道为什么1230 ...
怎么去掉视频上的水印？快速去除水印或字幕的大神技巧
在制作视频的时候,难免需要在网上下载一些原视频素材,然而这些视频或多或少在画面上都带有一些LOGO水印或者字幕水印,很影响我们后期制作出来的视频效果,因此学会去掉视频上的水印是制作视频必备的技能哦!那 ...
真正的AI内行盛会！3 天 3 位大神，29场专题论坛，200+位领域专家
2021年6月1日-3日,第三届北京智源大会将隆重举办.现正式开放大会线上和线下报名渠道. 2021年北京智源大会召开在即,6月1日至6月3日,持续三天,13场主旨报告/重磅对话,29场由各领域领军学 ...
数据库安全小白紧急求助论坛大神，困扰许久
数据库安全小白紧急求助论坛大神,困扰许久 mircosoft SQL server 2008 R2怎样才能逃过甚至杜绝外来IP不断尝试SA密码? 求助各位论坛大神,封闭1433端口,设置数据库访问策略 ...
域控服务器错误事件解决方法,求大神帮忙，域控总有事件报错，事件ID：1864 - winServer论坛 - 51CTO技术论坛_中国领先的IT技术社区...
AD一直有错,事件ID:1864试了dcdiag测试有好多没通过,请大神给支个招环境是:Win2008R2 单域,两台服务器,DC-01,DC--02,还有一几台小的成员功能服务器,应该不影响,分别 ...

大神论坛利用活跃变量分析来去掉vmp的大部分垃圾指令

大神论坛利用活跃变量分析来去掉vmp的大部分垃圾指令相关推荐

最新文章

热门文章

大神论坛 利用活跃变量分析来去掉vmp的大部分垃圾指令

大神论坛 利用活跃变量分析来去掉vmp的大部分垃圾指令相关推荐

最新文章

热门文章

大神论坛利用活跃变量分析来去掉vmp的大部分垃圾指令

大神论坛利用活跃变量分析来去掉vmp的大部分垃圾指令相关推荐