主頁 >  其他 > angr_ctf——從0學習angr(三):Hook與路徑爆炸

angr_ctf——從0學習angr(三):Hook與路徑爆炸

2022-11-30 07:18:17 其他

路徑爆炸

之前說過,angr在處理分支時,采取統統收集的策略,因此每當遇見一個分支,angr的路徑數量就會乘2,這是一種指數增長,也就是所說的路徑爆炸,

以下是路徑爆炸的一個例子:

char buffer[17];
for
(int i=0;i<16;i++){ if(buffer[i]!='B'){ return 0; } } return 1;

buffer的字符長度為16,當它等于16個連續的'B'時,程式回傳1,然而angr在探索這樣的路徑時,會遇上16次if陳述句,也就相應地產生2的16次方個路徑,但正確的答案只有一條路徑能夠達到(if全為false的那一條),這一條路徑就被淹沒在大量錯誤路徑中,產生了路徑爆炸,

因此當遇見大量分支(尤其是回圈中嵌套的if陳述句)時,必須想辦法緩解這種路徑爆炸,

angr常用的緩解路徑爆炸的方式有四種:

  • 重寫可能導致路徑爆炸的函式或代碼片段,可以采用angr提供的hook
  • veritesting:結合動態符號執行和靜態符號執行
  • Lazy Solve:跳過不必要的函式
  • Symbion:結合具體執行和符號執行

在angr_ctf中只涉及到了前兩種方式,因此本篇著重說說第一種方式,以及簡略介紹下第二種方式,angr緩解路徑爆炸的策略,后續新開一篇詳細談談,

 

重寫代碼片段

仍然以上一節路徑爆炸中用的代碼片段為例,字串buffer要按位比較16次從而產生2的16次方條路徑,它的路徑大致如下圖:

angr必須選擇16次F才能達到目標狀態,

然而根據逆向分析得出的結果來看,只要讓buffer='B'*16就可以通過這段代碼了,因此如果我們之間跳過這段代碼,然后在跳過了這段代碼的state中添加一個約束:buffer='B'*16,這樣就不會產生路徑了,

你可能會問,既然我們都通過逆向的手段看出來buffer等于16個B了,那為什么還要使用angr呢,

然而如果真正的目標狀態在該代碼片段的后面,這段會產生路徑爆炸的代碼如果不繞開的話,你很可能無法達到真正的目標狀態,

 

Hook

Hook可以譯為掛鉤或者鉤子,是逆向工程中改變程式運行流程的技術,可以讓自己的代碼運行在其他程式當中,通常說Hook函式,則是接收被Hook函式的引數,然后使用這些引數執行自己的代碼,并將回傳值回傳(也可以沒有回傳值),至于被Hook的函式,可以選擇讓它繼續執行,或者不執行,

聽上去Hook技術很麻煩,讓其他程式運行自己寫的代碼似乎挺不可思議的,Hook技術值得深入研究,但angr提供了簡便的Hook介面,能夠用于Hook被angr模擬執行的程式,它通常有兩種方式:

  • 裝飾器@project.hook
  • 函式project.hook_symbol

裝飾器@project.hook

@project.hook(hook_addr, length=ins_length)
def hook_ins(state):
    #your code

請注意,這里的project.hook來自于你使用angr.Project方法創建的頂層模塊(即project=angr.Project('filename')),

該方法相當于在hook_addr處刪去長度為length的指令,然后用hook_ins中的指令替代,

該裝飾器需要傳入待hook的地址,以及要跳過的指令的長度,然后在hook_ins中實作你的代碼即可,

使用裝飾器的方法,如果是對函式進行hook而不是對某一代碼片段進行hook的話,無法接收函式的引數,需要根據情況來使用,

hook_symbol

假設程式中有一個這樣的原始函式:

int my_add(int a, int b){
    return a+b;
}

那么這樣的函式可以被下面的方式hook掉:

class Replace_my_add(angr.SimProcedure):
    def run(self, a, b):
        return a - b
    
hooked_func_name = 'my_add'
project.hook_symbol(hooked_func_name, Replace_my_add())

該方法相當于替換了原函式,為此你需要創建一個類,繼承自angr.SimProcedure,類名隨意,

然后在類中重寫run方法,run的self后的引數與待hook的函式相同,

最后在主函式中,呼叫project.hook_symbol,并傳入待hook的函式名以及新建的繼承自SimProcedure的類的物件即可,

設立回傳值

  • 對于裝飾器

該方法相當于代碼片段的替換,因此如果你選擇跳過了某條函式呼叫陳述句(例如 call my_add這潭訓編指令),那么就需要去查看該函式的回傳值,或者說代碼片段的最終計算結果,被保存在了什么地方,找到這個地方,然后使用記憶體或者暫存器操作,將回傳值填入即可,

一般來說,32位程式函式的回傳值會放在eax暫存器中

  • 對于hook_symbol

該方式相當于替換了函式的內容,因此直接在重寫的run方法中使用return回傳即可

 

回傳值的時候,如果需要根據某個符號變數來決定回傳的內容(例如判斷一個符號變數等于某個字串時回傳1,否則回傳0),此時不能用python的if陳述句來判斷,然后分別回傳1和0,這有兩個問題:

  • 符號變數與其他內容進行比較(無論是符號變數、位向量、常數、變數),它的真值永遠是false
  • 如果回傳值后續參與了其他的路徑選擇,此時若只回傳了值而不是帶約束的符號變數,可能會造成約束丟失

這種情況下,需要使用claripy.If來回傳值:

state.regs.eax = claripy.If(buffer == target, claripy.BVV(1, 32),claripy.BVV(0, 32))

上面代碼的意思是,當buffer==target時,將位向量<BVV32 1>傳遞給eax,否則將位向量<BVV32 0>傳遞給eax

而如果不這么做,你可能會寫出這樣的代碼:

if buffer==target:
    state.regs.eax = claripy.BVV(1,32)
else:
    state.regs.eax = claripy.BVV(0,32)

這兩種做法的區別在于,如果buffer或target中至少存在一個符號變數,下面的方式將永遠判斷為false,

此外,兩種方式傳遞給eax的內容也不同,下面一種方式傳遞的是一個位向量,而上面的方式傳遞的是帶約束的符號變數(之后實戰中你會看到更多),

Veritesting

veritesting意為路徑歸并,它在動態符號執行(DSE)和靜態符號執行(SSE)之間切換,結合兩種方式減少了路徑爆炸的影響,

  • DSE:為路徑生成公式,生成公式時負載很高,但公式易解
  • SSE:為陳述句生成公式,公式生成容易,也能覆寫更多路徑,但更難解

詳細可參見這篇論文:Enhancing symbolic execution with veritesting (acm.org)

在angr中,要啟動veritesting,有以下兩種方式:

p = angr.Project('/bin/true')
state = p.factory.entry_state()

#初始化SM時啟動
simgr = p.factory.simgr(state, veritesting=True)

#或者在SM初始化后啟動
simgr = p.factory.simgr(state)
simgr.use_technique(angr.exploration_techniques.Veritesting())

state插件

之前提到的angr的求解器solver,以及操作記憶體、暫存器、檔案系統的方法:memory、regs、fs等,實際上都是state的插件,下面說明兩個其他常用的插件,

全域插件global

state.global實作了標準python dict介面,使用它你能夠在模擬執行的state中存盤任意資料,并且很方便的就能訪問到,可以使用如下的陳述句訪問全域變數:

state.globals['x'] = a_symbol

全域變數名x不需要提前宣告,但當你需要使用這個全域變數之前,需要對它賦值,

history插件

history記錄了一個狀態的執行路徑,它是一個鏈表,每個節點代表一次執行的狀態,你可以不斷使用.parent來回溯這個鏈表,history的使用方式如下:

  • state.history.bbl_addrs:回傳當前state執行的基本塊的地址串列
  • state.history.parent.bbl_addrs:回傳上一個state執行的基本塊的地址串列
  • state.history.descriptions:描述state上每輪執行的狀態的字串串列
  • state.histroy.guards:到達當前state所走路徑需要滿足的條件的串列(也就是每次分支判斷時為True還是False)
  • state.history.events:執行程序中發生的事件串列,比如符號跳轉條件、彈出訊息框等

此外,在每種方法前加上recent_,就可以獲取串列中最近的那個地址,例如state.history.recent_bbl_addrs會回傳當前state最近執行的基本塊的地址,

實戰:08_angr_constraints

先逆向查看邏輯

和之前一樣,先對輸入進行混淆,然后再判斷,

但這里的問題在于,首先字串的長度為16,此外,在check_equals函式中,采用的是按位比較的方式:

而字串長度為16,那么就會進行16次比較,從而產生2的16次方條路徑,這樣angr就會陷入路徑爆炸,

但能夠注意到,check函式中實際上是在讓buffer與password進行比較(0x0804a040就是password的地址),而password在main的開頭被初始化為一串已知的字串,

因此可以考慮讓模擬運行在呼叫check函式之前停下來,然后添加一個符號約束(buffer==已知的字串),之后再用求解器求解buffer即可,

angr腳本如下:

import angr
import claripy
import time


def good(state):
    tag = b'Good' in state.posix.dumps(1)
    return True if tag else False


def bad(state):
    tag = b'Try' in state.posix.dumps(1)
    return True if tag else False


time_start = time.perf_counter()

path_to_binary = './dist/08_angr_constraints'
p = angr.Project(path_to_binary, auto_load_libs=False)
start_addr = 0x08048625
init_state = p.factory.blank_state(addr=start_addr)

buffer = claripy.BVS('buffer', 16*8)
# buffer的地址
buffer_addr = 0x0804a050
init_state.memory.store(buffer_addr, buffer)

simgr = p.factory.simgr(init_state)

# call check指令的地址
check_addr = 0x08048565
# 讓程式模擬運行到call check時就標記為目標狀態
simgr.explore(find=check_addr)

if simgr.found:
    solution_state = simgr.found[0]
    # 由于buffer經過混淆函式混淆發生了變化
    # 因此需要從buffer的記憶體地址中取出buffer目前的值
    buffer_current = solution_state.memory.load(buffer_addr, 16)
    key = 'AUPDNNPROEZRJWKB'

    # 為當前狀態添加約束
    solution_state.solver.add(buffer_current == key)

    # 求解buffer
    solution = solution_state.solver.eval(buffer, cast_to=bytes)
    print('[+]Success:', solution.decode())


else:
    raise Exception("Could not find solution")

print('program last: ', time.perf_counter() - time_start)

你大概有兩個問題:

  • 為何要重新從buffer_addr中取出符號變數,不能直接使用buffer嗎?
  • 在實戰05中輸入字串的長度為32,然后使用了strncmp進行比較,strncmp的底層實作也是按位比較的,為何之前不用考慮路徑爆炸的問題呢?

首先第一個問題,我們可以先將buffer列印出來,應該能得到一個位向量<BV128 buffer_0_128>,該位向量之后被我們保存在了buffer的地址當中,

然后列印一下buffer_current:

_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:0]))[63:32] >> 0x3[7:0] + 26 * 0xffffffbf + (buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:7] .. buffer_0_128[7:0]) >> 0x1f[7:0]>

會得到一個極為龐大的符號變數,或者說一個運算式,這是位向量<BV128 buffer_0_128>經過混淆函式混淆后的結果,因此要求解的應該是這個運算式,

我們創建的符號buffer被保存在了buffer的地址當中,然后模擬程式運行時,從地址中取出符號進行混淆,混淆的程序也被保存在buffer的地址中,因此在最后需要從這個地址里面取出混淆后的符號進行求解,

 

第二個問題,先說結論:angr在路徑選擇時只進入庫函式一次,而不關心庫函式內部的實作采用了多少次if,

撰寫以下兩個c程式并編譯(我這里使用gcc編譯成64位了,與題目的32位不符,但原理相同):

#include<stdio.h>

char buffer[9];
char passwd[9] = "abcdefgh";

int main(){
    scanf("%8s", buffer);
    if (strncmp(buffer, passwd ,8)==0){
        printf("good");
    }
    else{
        printf("bad");
    }
}

 

#include<stdio.h>

char buffer[9];
char passwd[9] = "abcdefgh";

int check(int size){
    int i = 0;
    for(i;i<size;i++){
        if(buffer[i]!=passwd[i]){
            return 0;
        }
    }
    return 1;
}

int main(){
    scanf("%8s", buffer);
    printf("%s\n",buffer);
    if (check(8)){
        printf("good");
    }
    else{
        printf("bad");
    }
}

兩個程式都接收8個字符,然后與abcdefgh進行比較,區別在于第一個程式使用庫函式strncmp進行比較,而后一個程式則自己定義了一個check進行比較,兩者比較的內部原理都是按位回圈比較(strncmp還進行了一些額外處理,但基本原理仍然是按位回圈比較,具體可參見strncmp原始碼)

然后,我們使用符號變數填充到buffer對應的地址中,讓模擬執行從scanf后的陳述句開始執行,并以列印good為目標狀態,

獲取目標狀態后,使用history插件列印出當前state執行的基本塊,這些步驟的angr代碼如下:

import angr
import claripy
import time


def good(state):
    tag = b'good' in state.posix.dumps(1)
    return True if tag else False


def bad(state):
    tag = b'bad' in state.posix.dumps(1)
    return True if tag else False


start_time = time.perf_counter()
p = angr.Project('./a', auto_load_libs=False)
init_state = p.factory.blank_state(addr=0x40118b)

buffer_addr = 0x404060
x = claripy.BVS('x', 8 * 9)
init_state.memory.store(buffer_addr, x)

simgr = p.factory.simgr(init_state)
simgr.explore(find=good, avoid=bad)

if simgr.found:
    solution_state = simgr.found[0]
    x_current = solution_state.memory.load(buffer_addr, 8)
  # 列印路徑
for address in solution_state.history.bbl_addrs: print(hex(address)) result = solution_state.solver.eval(x_current, cast_to=bytes) print(result) else: raise Exception("Could not find solution") print(time.perf_counter() - start_time)

兩個程式的angr腳本相同,修改一下地址和檔案名即可,此外還需要注意,如果編譯時沒加任何引數,裝載的地址可能會跟你在IDA中看到的不一樣,例如我使用angr時提示如下:

WARNING | 2022-11-29 02:41:46,685 | cle.loader | The main binary is a position-independent executable. It is being loaded with a base address of 0x400000.

它提示我們,程式被裝載到基地址0x400000中了,而我們在IDA中看到的程式的地址main函式以0x1169開頭,這是一個相對地址,因此在撰寫angr腳本時,要將這些相對地址加上0x400000.

 

此時列印出來兩種判斷方式的路徑如下:

#程式1
0x40118b 0x401040 0x500010 0x40119a 0x401030 0x500008 0x4011b8 0x401050 0x500018 0x4011ce 0x401030 0x500008 0x4011ec 0x4011f0 0x401050 0x500018
#程式2
0x4011c9 0x401030 0x500008 0x4011d8 0x401159 0x401198 0x401169 0x401194 0x401169 0x401194 0x401169 0x401194 0x401169 0x401194 0x401169 0x401194 0x401169 0x401194 0x401169 0x401194 0x401169 0x401194 0x4011a0 0x4011e2 0x4011e6 0x401040 0x500010

程式1中0x40119a所在的基本塊就是呼叫strncmp的基本塊,它只被執行了一次,因此在if陳述句中只會產生2個路徑,

而程式2中check函式內部的回圈陳述句所在的基本塊0x401169和0x401194被執行了8次,從而產生了2的8次方個路徑,

因此可以得到開頭的結論,庫函式內部如何實作,與angr無關,并不會產生額外的路徑,

 

實戰:09_angr_hooks

仍然先逆向查看邏輯

程式先接收一個輸入,輸入被混淆后與password進行比較,password被初始化為一個已知的字串,

然后程式混淆password,再接收一個輸入,將輸入與混淆后的password進行比較,(兩個for回圈中的地址分別是buffer和password的地址)

第一次比較在check函式中按位比較,后一次比較則是使用了strncmp函式,因此路徑爆炸發生在check函式中,對于strncmp則無須處理,

這次使用裝飾器的方法來解決這個問題:

  1. 使用裝飾器跳過呼叫check函式的指令,也就是call cehck_equals
  2. 在裝飾器內部實作符號==AUPDNNPROEZRJWKB的約束
  3. 將符號約束作為回傳值回傳,查看匯編代碼可以知道,check函式的回傳值保存在了eax暫存器中

angr腳本如下:

import angr
import time
import claripy

time_strat = time.perf_counter()


def good(state):
    tag = b'Good' in state.posix.dumps(1)
    return True if tag else False


def bad(state):
    tag = b'Try' in state.posix.dumps(1)
    return True if tag else False


path_to_binary = './dist/09_angr_hooks'
p = angr.Project(path_to_binary, auto_load_libs=False)
init_state = p.factory.entry_state()
# call check_equal的地址
check_addr = 0x080486b3
# call check_equal的指令長度
ins_size = 5


@p.hook(check_addr, length=ins_size)
def skip_check(state):
    buffer_addr = 0x0804a054
    buffer = state.memory.load(buffer_addr, 16)
    target = 'XYMKBKUHNIQYNQXE'
    # 使用claripy.If回傳一個符號約束
    tmp = claripy.If(buffer == target, claripy.BVV(1, 32), claripy.BVV(0, 32))
    print(type(tmp))
    print(tmp)
    state.regs.eax = tmp


simgr = p.factory.simgr(init_state)
simgr.explore(find=good, avoid=bad)

if simgr.found:
    solution_state = simgr.found[0]
    flag = solution_state.posix.dumps(0)
    print(flag)
else:
    raise Exception("Could not find solution")

列印出tmp的內容,其中最后的片段如下:

packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:7] .. packet_0_stdin_4_128[7:0]) >> 0x1f[7:0]) == 0x58594d4b424b55484e4951594e515845 then 0x1 else 0x0>

tmp前面的內容即buffer的內容,是經過混淆計算后的符號,而在最后可以看到,claripy.If創建了一個判斷,因此實際上回傳了一個約束,這就是為什么不適用python中的if然后傳遞一個<BVV32 1>的原因,

 

實戰:10_angr_simprocedures

第十題的路徑爆炸仍然發生在check_equals函式當中,與上一題的區別在于,此時輸入的字串被保存在區域變數當中,我們無法提前得知它的地址,因此如果要hook掉check函式,則必須獲取check函式的引數,

因此需要使用hook_symbol的方式來hook掉check函式

使用方式之前說明了,只需要注意使用hook_symbol的方法本質上是創建了新的函式取代了原有函式,因此在回傳值的時候使用return回傳,而不用將值保存在eax當中(事實上重寫的run方法中沒有當前的state,你也保存不到eax里面)

angr腳本如下:

import angr
import time
import claripy

time_strat = time.perf_counter()


def good(state):
    tag = b'Good' in state.posix.dumps(1)
    return True if tag else False


def bad(state):
    tag = b'Try' in state.posix.dumps(1)
    return True if tag else False



path_to_binary = './dist/10_angr_simprocedures'
p = angr.Project(path_to_binary, auto_load_libs=False)
init_state = p.factory.entry_state()

class Hook(angr.SimProcedure):

    def run(self, addr, size):
        # 后兩個引數即為check_equals函式的引數
        input_buffer = addr
        input_size = size

        # 從記憶體中讀取輸入
        input_str = self.state.memory.load(input_buffer, input_size)
        right_str = 'ORSDDWXHZURJRBDH'

        # 比較回傳符號約束
        result = claripy.If(input_str == right_str, claripy.BVV(1, 32),
                            claripy.BVV(0, 32))

        return result

# funcname一定要相同,可在IDA中查看
hooked_funcname = 'check_equals_ORSDDWXHZURJRBDH'
p.hook_symbol(hooked_funcname, Hook())

simgr = p.factory.simgr(init_state)
simgr.explore(find=good, avoid=bad)

if simgr.found:
    solution_state = simgr.found[0]
    flag = solution_state.posix.dumps(0)
    print(flag)

 

實戰:11_angr_sim_scanf

此題與實戰2-7中的題類似,實際上使用萬能腳本就可以成功,出于練習的目的,跟著angr_ctf作者的思路,我們使用hook_symbol方法來hook掉scanf函式,

angr腳本如下,使用到了state的全域變數插件,用法很簡單,用于進行約束求解,如果不使用全域變數的話,從buffer的地址中取出符號進行求解也是一樣的(就像在實戰8中做的那樣)

import angr
import claripy

def good(state):
    tag = b'Good' in state.posix.dumps(1)
    return True if tag else False


def bad(state):
    tag = b'Try' in state.posix.dumps(1)
    return True if tag else False


path_to_binary = './dist/11_angr_sim_scanf'
project = angr.Project(path_to_binary, auto_load_libs=False)

initial_state = project.factory.entry_state()


class ReplacementScanf(angr.SimProcedure):
    # 第一個引數是scanf的格式化字串,接著是兩個buffer地址
    def run(self, format_string, scanf0_address, scanf1_address):
        # 在run中完成scanf的功能,即向目標地址寫入符號
        # 定義兩個符號變數,用于寫入buffer
        scanf0 = claripy.BVS('scanf0', 32)
        scanf1 = claripy.BVS('scanf1', 32)

        # 寫入記憶體,最后一個引數指定位元組序
        self.state.memory.store(scanf0_address,
                                scanf0,
                                endness=project.arch.memory_endness)
        self.state.memory.store(scanf1_address,
                                scanf1,
                                endness=project.arch.memory_endness)

        # 保存變數到全域,方便后續約束求解
        self.state.globals['solution0'] = scanf0
        self.state.globals['solution1'] = scanf1


# scanf的函式名稱,可在ida中查看
scanf_symbol = '__isoc99_scanf'
project.hook_symbol(scanf_symbol, ReplacementScanf())

simulation = project.factory.simgr(initial_state)

simulation.explore(find=good, avoid=bad)

if simulation.found:
    solution_state = simulation.found[0]

    # 對符號變數進行約束求解
    stored_solutions0 = solution_state.globals['solution0']
    stored_solutions1 = solution_state.globals['solution1']
    scanf0_solution = solution_state.solver.eval(stored_solutions0)
    scanf1_solution = solution_state.solver.eval(stored_solutions1)

    print(scanf0_solution, scanf1_solution)

else:
    raise Exception('Could not find the solution')

 

實戰:12_angr_veritesting

先逆向分析

可以看到,此題與之前的題目不同的地方在于,它不僅是按位進行比較的,而且是按位進行混淆后馬上比較,之前的題目都是整體混淆后比較,因此路徑爆炸同時出現在混淆和比較兩個地方,

之前的做法是跳過回圈比較,直接讓混淆后的字串與正確的字串比較,但這里不能這樣做,跳過回圈比較就意味著跳過了混淆,

因此考慮使用路徑歸并的搜索策略veritesting,此題就是用來體驗一把veritesting的強大功能的,

angr腳本如下,直接使用萬能腳本,并且開啟veritesting:

import angr
import claripy
import time

start_time = time.perf_counter()
p = angr.Project('./dist/12_angr_veritesting', auto_load_libs=False)
init_state = p.factory.entry_state()



def good(state):
    tag = b'Good' in state.posix.dumps(1)
    return True if tag else False


def bad(state):
    tag = b'Try' in state.posix.dumps(1)
    return True if tag else False

simgr = p.factory.simgr(init_state, veritesting=True)
simgr.explore(find=good, avoid=bad)

if simgr.found:
    solution_state = simgr.found[0]
    print(solution_state.posix.dumps(0).decode())

print(time.perf_counter() - start_time)

(不加veritesting直接能跑死機,大佬的智慧真是看不懂,但是真好用)

 

轉載請註明出處,本文鏈接:https://www.uj5u.com/qita/538713.html

標籤:其他

上一篇:angr_ctf——從0學習angr(二):狀態操作和約束求解

下一篇:HCIA學習筆記四十四:動態NAT

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 網閘典型架構簡述

    網閘架構一般分為兩種:三主機的三系統架構網閘和雙主機的2+1架構網閘。 三主機架構分別為內端機、外端機和仲裁機。三機無論從軟體和硬體上均各自獨立。首先從硬體上來看,三機都用各自獨立的主板、記憶體及存盤設備。從軟體上來看,三機有各自獨立的作業系統。這樣能達到完全的三機獨立。對于“2+1”系統,“2”分為 ......

    uj5u.com 2020-09-10 02:00:44 more
  • 如何從xshell上傳檔案到centos linux虛擬機里

    如何從xshell上傳檔案到centos linux虛擬機里及:虛擬機CentOs下執行 yum -y install lrzsz命令,出現錯誤:鏡像無法找到軟體包 前言 一、安裝lrzsz步驟 二、上傳檔案 三、遇到的問題及解決方案 總結 前言 提示:其實很簡單,往虛擬機上安裝一個上傳檔案的工具 ......

    uj5u.com 2020-09-10 02:00:47 more
  • 一、SQLMAP入門

    一、SQLMAP入門 1、判斷是否存在注入 sqlmap.py -u 網址/id=1 id=1不可缺少。當注入點后面的引數大于兩個時。需要加雙引號, sqlmap.py -u "網址/id=1&uid=1" 2、判斷文本中的請求是否存在注入 從文本中加載http請求,SQLMAP可以從一個文本檔案中 ......

    uj5u.com 2020-09-10 02:00:50 more
  • Metasploit 簡單使用教程

    metasploit 簡單使用教程 浩先生, 2020-08-28 16:18:25 分類專欄: kail 網路安全 linux 文章標簽: linux資訊安全 編輯 著作權 metasploit 使用教程 前言 一、Metasploit是什么? 二、準備作業 三、具體步驟 前言 Msfconsole ......

    uj5u.com 2020-09-10 02:00:53 more
  • 游戲逆向之驅動層與用戶層通訊

    驅動層代碼: #pragma once #include <ntifs.h> #define add_code CTL_CODE(FILE_DEVICE_UNKNOWN,0x800,METHOD_BUFFERED,FILE_ANY_ACCESS) /* 更多游戲逆向視頻www.yxfzedu.com ......

    uj5u.com 2020-09-10 02:00:56 more
  • 北斗電力時鐘(北斗授時服務器)讓網路資料更精準

    北斗電力時鐘(北斗授時服務器)讓網路資料更精準 北斗電力時鐘(北斗授時服務器)讓網路資料更精準 京準電子科技官微——ahjzsz 近幾年,資訊技術的得了快速發展,互聯網在逐漸普及,其在人們生活和生產中都得到了廣泛應用,并且取得了不錯的應用效果。計算機網路資訊在電力系統中的應用,一方面使電力系統的運行 ......

    uj5u.com 2020-09-10 02:01:03 more
  • 【CTF】CTFHub 技能樹 彩蛋 writeup

    ?碎碎念 CTFHub:https://www.ctfhub.com/ 筆者入門CTF時時剛開始刷的是bugku的舊平臺,后來才有了CTFHub。 感覺不論是網頁UI設計,還是題目質量,賽事跟蹤,工具軟體都做得很不錯。 而且因為獨到的金幣制度的確讓人有一種想去刷題賺金幣的感覺。 個人還是非常喜歡這個 ......

    uj5u.com 2020-09-10 02:04:05 more
  • 02windows基礎操作

    我學到了一下幾點 Windows系統目錄結構與滲透的作用 常見Windows的服務詳解 Windows埠詳解 常用的Windows注冊表詳解 hacker DOS命令詳解(net user / type /md /rd/ dir /cd /net use copy、批處理 等) 利用dos命令制作 ......

    uj5u.com 2020-09-10 02:04:18 more
  • 03.Linux基礎操作

    我學到了以下幾點 01Linux系統介紹02系統安裝,密碼啊破解03Linux常用命令04LAMP 01LINUX windows: win03 8 12 16 19 配置不繁瑣 Linux:redhat,centos(紅帽社區版),Ubuntu server,suse unix:金融機構,證券,銀 ......

    uj5u.com 2020-09-10 02:04:30 more
  • 05HTML

    01HTML介紹 02頭部標簽講解03基礎標簽講解04表單標簽講解 HTML前段語言 js1.了解代碼2.根據代碼 懂得挖掘漏洞 (POST注入/XSS漏洞上傳)3.黑帽seo 白帽seo 客戶網站被黑帽植入劫持代碼如何處理4.熟悉html表單 <html><head><title>TDK標題,描述 ......

    uj5u.com 2020-09-10 02:04:36 more
最新发布
  • 2023年最新微信小程式抓包教程

    01 開門見山 隔一個月發一篇文章,不過分。 首先回顧一下《微信系結手機號資料庫被脫庫事件》,我也是第一時間得知了這個訊息,然后跟蹤了整件事情的經過。下面是這起事件的相關截圖以及近日流出的一萬條資料樣本: 個人認為這件事也沒什么,還不如關注一下之前45億快遞資料查詢渠道疑似在近日復活的訊息。 訊息是 ......

    uj5u.com 2023-04-20 08:48:24 more
  • web3 產品介紹:metamask 錢包 使用最多的瀏覽器插件錢包

    Metamask錢包是一種基于區塊鏈技術的數字貨幣錢包,它允許用戶在安全、便捷的環境下管理自己的加密資產。Metamask錢包是以太坊生態系統中最流行的錢包之一,它具有易于使用、安全性高和功能強大等優點。 本文將詳細介紹Metamask錢包的功能和使用方法。 一、 Metamask錢包的功能 數字資 ......

    uj5u.com 2023-04-20 08:47:46 more
  • vulnhub_Earth

    前言 靶機地址->>>vulnhub_Earth 攻擊機ip:192.168.20.121 靶機ip:192.168.20.122 參考文章 https://www.cnblogs.com/Jing-X/archive/2022/04/03/16097695.html https://www.cnb ......

    uj5u.com 2023-04-20 07:46:20 more
  • 從4k到42k,軟體測驗工程師的漲薪史,給我看哭了

    清明節一過,盲猜大家已經無心上班,在數著日子準備過五一,但一想到銀行卡里的余額……瞬間心情就不美麗了。最近,2023年高校畢業生就業調查顯示,本科畢業月平均起薪為5825元。調查一出,便有很多同學表示自己又被平均了。看著這一資料,不免讓人想到前不久中國青年報的一項調查:近六成大學生認為畢業10年內會 ......

    uj5u.com 2023-04-20 07:44:00 more
  • 最新版本 Stable Diffusion 開源 AI 繪畫工具之中文自動提詞篇

    🎈 標簽生成器 由于輸入正向提示詞 prompt 和反向提示詞 negative prompt 都是使用英文,所以對學習母語的我們非常不友好 使用網址:https://tinygeeker.github.io/p/ai-prompt-generator 這個網址是為了讓大家在使用 AI 繪畫的時候 ......

    uj5u.com 2023-04-20 07:43:36 more
  • 漫談前端自動化測驗演進之路及測驗工具分析

    隨著前端技術的不斷發展和應用程式的日益復雜,前端自動化測驗也在不斷演進。隨著 Web 應用程式變得越來越復雜,自動化測驗的需求也越來越高。如今,自動化測驗已經成為 Web 應用程式開發程序中不可或缺的一部分,它們可以幫助開發人員更快地發現和修復錯誤,提高應用程式的性能和可靠性。 ......

    uj5u.com 2023-04-20 07:43:16 more
  • CANN開發實踐:4個DVPP記憶體問題的典型案例解讀

    摘要:由于DVPP媒體資料處理功能對存放輸入、輸出資料的記憶體有更高的要求(例如,記憶體首地址128位元組對齊),因此需呼叫專用的記憶體申請介面,那么本期就分享幾個關于DVPP記憶體問題的典型案例,并給出原因分析及解決方法。 本文分享自華為云社區《FAQ_DVPP記憶體問題案例》,作者:昇騰CANN。 DVPP ......

    uj5u.com 2023-04-20 07:43:03 more
  • msf學習

    msf學習 以kali自帶的msf為例 一、msf核心模塊與功能 msf模塊都放在/usr/share/metasploit-framework/modules目錄下 1、auxiliary 輔助模塊,輔助滲透(埠掃描、登錄密碼爆破、漏洞驗證等) 2、encoders 編碼器模塊,主要包含各種編碼 ......

    uj5u.com 2023-04-20 07:42:59 more
  • Halcon軟體安裝與界面簡介

    1. 下載Halcon17版本到到本地 2. 雙擊安裝包后 3. 步驟如下 1.2 Halcon軟體安裝 界面分為四大塊 1. Halcon的五個助手 1) 影像采集助手:與相機連接,設定相機引數,采集影像 2) 標定助手:九點標定或是其它的標定,生成標定檔案及內參外參,可以將像素單位轉換為長度單位 ......

    uj5u.com 2023-04-20 07:42:17 more
  • 在MacOS下使用Unity3D開發游戲

    第一次發博客,先發一下我的游戲開發環境吧。 去年2月份買了一臺MacBookPro2021 M1pro(以下簡稱mbp),這一年來一直在用mbp開發游戲。我大致分享一下我的開發工具以及使用體驗。 1、Unity 官網鏈接: https://unity.cn/releases 我一般使用的Apple ......

    uj5u.com 2023-04-20 07:40:19 more