0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

基于符號執(zhí)行的測試生成

上??匕?/a> ? 來源:上海控安 ? 作者:上??匕?/span> ? 2023-04-07 11:36 ? 次閱讀

作者 | 王祺昌 華東師范大學軟件工程學院碩士研究生

蘇亭 華東師范大學軟件工程學院教授

版塊 | 鑒源論壇 · 觀模

引言:測試用例自動生成,簡稱測試生成(Test Generation),是指針對給定的被測對象,例如代碼單元、接口、系統(tǒng)等,使用相關(guān)算法生成測試用例集合的方法。其本質(zhì)是測試用例設(shè)計自動化,無需開發(fā)者手動設(shè)計測試用例。測試生成可分為黑盒和白盒,前者在不考慮程序本身的情況下為程序生成測試用例,而后者分析程序的源代碼或二進制代碼以生成測試用例,基于符號執(zhí)行的測試生成是一種典型的白盒測試生成方法。

01 什么是符號執(zhí)行(symbolic execution)

符號執(zhí)行(symbolic execution)是一種經(jīng)典的程序分析技術(shù),使用抽象的符號值(symbolic value)而不是精確的具體值(concrete value)作為程序輸入,以此將程序變量的值表示為這些輸入的符號表達式。在符號執(zhí)行期間的任何一點,符號執(zhí)行引擎可以獲取到達該點的路徑約束,并通過約束求解器(constraint solver)求解約束以得到可以到達該點的具體值。

下面的簡單代碼片段將給出一個例子,假設(shè)ERROR語句對應(yīng)程序中的一個漏洞,我們使用符號執(zhí)行判斷是否有達到該語句的可能。符號執(zhí)行會在給定的時間內(nèi),生成一組輸入來盡可能多的探索所有的執(zhí)行路徑,程序的輸入包括兩個變量 x 和 y,因此符號執(zhí)行會將它們都綁定到對應(yīng)的符號值α和β,最終程序中的每個點都對應(yīng)一組α和β組成的約束。

pYYBAGQvj8GAN9e_AAAasoWdcZg21.webp

圖 1 符號執(zhí)行代碼示例

符號執(zhí)行結(jié)束后生成的計算樹如圖 2 所示,樹中的每個節(jié)點代表程序中的一個條件語句,每個邊代表一組非條件語句的執(zhí)行,每條路徑代表從程序開始到路徑終點的一條執(zhí)行路徑,通過為每條路徑求解對應(yīng)的路徑約束,就可以判斷該路徑是否可行,并為可行路徑生成對應(yīng)的程序輸入。

ERROR 語句對應(yīng)的路徑約束為(2*β==α ^ α<=β+10),求解該約束可得到一個可行解(α=4 ^ β=2),則(x =4, y=2)就是到達 ERROR 語句對應(yīng)的程序輸入。

pYYBAGQvj8KAdtrWAAARgPhkrOY49.webp

圖 2 程序?qū)?yīng)的計算樹(computation tree)

02 符號執(zhí)行的發(fā)展

符號執(zhí)行的思想最早由 James C. King 在 1976 年發(fā)表的一篇論文[1]中提出,文中提出的“解析程序的路徑后,用符號模擬通過路徑并獲得輸出”的方法如今被稱為“經(jīng)典符號執(zhí)行”。

雖然符號執(zhí)行技術(shù)最早在 70 年代就被提出,但未受到研究者的廣泛關(guān)注,直到 21 世紀才重新回到人們的視野中,這主要受兩個原因的限制。首先,符號執(zhí)行在大型現(xiàn)實世界程序中的應(yīng)用需要求解復雜而龐大的約束,而當時的約束求解器的求解能力限制了符號執(zhí)行技術(shù)推廣,在過去十年中,涌現(xiàn)了了許多強大的約束求解器如 Z3 (de Moura and Bj?rner, 2008)[2], Yices (Dutertre and de Moura, 2006)[3], STP (Ganesh and Dill, 2007)[4]。其次,老一代計算機的計算能力有限,無法符號地執(zhí)行大型程序,而今天的計算機比八十年代強大得多,這減少了符號執(zhí)行應(yīng)用于大型真實世界程序的障礙。

2006年,Cristian Cadar 設(shè)計了一種“先進行符號執(zhí)行,后根據(jù)符號執(zhí)行結(jié)果生成測試用例”的“執(zhí)行生成測試”技術(shù)[5],并隨后將其發(fā)展為應(yīng)用在GNU/Linux 內(nèi)核錯誤檢查中的 KLEE[6]。

2007年,Koushik Sen 提出將符號執(zhí)行和實際執(zhí)行結(jié)合的混合執(zhí)行(Concolic Execution)[7]。

2009 年,Vitaly Chipounov 提出“選擇性符號執(zhí)行”,通過選擇 “對程序設(shè)計者有意義”的執(zhí)行分支進行符號執(zhí)行測試來提高對大型程序應(yīng)用符號執(zhí)行測試的可行性。

如今符號執(zhí)行已經(jīng)被廣泛用于測試領(lǐng)域,其中最著名的用途是進行測試生成以提高代碼覆蓋率并發(fā)現(xiàn)程序錯誤,此外還被用于安全漏洞自動生成、負載測試、故障定位和回歸測試等。

03 符號執(zhí)行進階

3.1 混合執(zhí)行(Concolic Execution)

混合執(zhí)行(Concolic Execution)已成為一種流行的符號執(zhí)行方法,又稱為動態(tài)符號執(zhí)行(Dynamic Symbolic Execution)或動態(tài)測試生成(Dynamic Test Generation) [8]。與經(jīng)典符號執(zhí)行不同,混合執(zhí)行使用一個具體值作為輸入驅(qū)動程序運行,沿途收集路徑約束,當程序執(zhí)行結(jié)束后通過對路徑約束上的不同分支取反來生成新路徑上的約束,交由約束求解器求解得到新的輸入,重復上述策略以覆蓋更多的路徑。

通過這種輸入迭代產(chǎn)生變種輸入的方法,理論上所有可行的路徑都可以被計算并分析?;旌蠄?zhí)行相較于經(jīng)典符號執(zhí)行的優(yōu)勢在于每次執(zhí)行都是基于具體值的而非模擬符號值的執(zhí)行,從而顯著降低了符號執(zhí)行的開銷,使得符號執(zhí)行技術(shù)有能力處理更大規(guī)模的現(xiàn)實世界程序。

3.2 符號反向執(zhí)行(Symbolic Backward Execution)

符號反向執(zhí)行(SBE)是符號執(zhí)行的一種變體[9],它探索從程序中的特定目標點到程序的入口的路徑,因此其分析方向和傳統(tǒng)的正向符號執(zhí)行相反。符號反向執(zhí)行的主要目標是快速尋找可以到達程序中特定目標點(例如 assert 和 throw 語句)的測試用例,這對開發(fā)人員在對程序進行調(diào)試或回歸測試時非常有用。

04 符號執(zhí)行的限制

符號執(zhí)行理論上可以對程序可能的執(zhí)行路徑進行詳盡的探索,也因此在處理現(xiàn)實世界的程序時遇到了一些挑戰(zhàn):

(1) 路徑爆炸

大多數(shù)符號執(zhí)行方法不適用于處理大型程序:隨著程序規(guī)模的擴大,程序中有意義的路徑數(shù)量成指數(shù)級增長。許多程序中還存在無限循環(huán)(infinite-loop)或遞歸調(diào)用,這大大增加了路徑條數(shù),提高了符號執(zhí)行的難度。

(2) 復雜約束

符號執(zhí)行中的重要部分是對路徑約束的求解,但現(xiàn)實中存在一些復雜約束使得約束求解器難以求解(例如非線性算術(shù)運算、第三方庫函數(shù)等),這會顯示符號執(zhí)行系統(tǒng)可以探索的路徑數(shù)量。

(3) 內(nèi)存

符號執(zhí)行引擎難以處理指針、數(shù)組等復雜對象,另外,由于符號執(zhí)行根據(jù)內(nèi)存地址分析變量及其變化,對于有內(nèi)存地址別名的程序,符號執(zhí)行引擎將難以區(qū)分不同別名,因此執(zhí)行結(jié)果可能有偏差。

05 總結(jié)

符號執(zhí)行作為一個經(jīng)典的程序分析技術(shù),在 21 世紀受到了研究者的廣泛重視,并為軟件測試提供了一個在白盒情況下精準和詳盡地測試程序的全新思路,近年來不斷出現(xiàn)新的符號執(zhí)行技術(shù)和相關(guān)工具,被廣泛應(yīng)用于測試生成、負載測試、故障定位以及回歸測試等場景。盡管取得了巨大進展,但符號執(zhí)行仍然面臨現(xiàn)實世界大型程序中存在的許多挑戰(zhàn),學術(shù)界和工業(yè)界也在不斷探索符號執(zhí)行和其他技術(shù)相結(jié)合以提升執(zhí)行性能的方式,例如將符號執(zhí)行與模糊測試相結(jié)合以提升測試生成的精確性和可擴展性。

審核編輯:湯梓紅

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 接口
    +關(guān)注

    關(guān)注

    33

    文章

    8458

    瀏覽量

    150744
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4726

    瀏覽量

    68248
  • 軟件測試
    +關(guān)注

    關(guān)注

    2

    文章

    227

    瀏覽量

    18550
  • 符號
    +關(guān)注

    關(guān)注

    0

    文章

    55

    瀏覽量

    4306
收藏 人收藏

    評論

    相關(guān)推薦

    MX項目-名稱中有“&”符號時無法生成代碼的原因?

    我使用了 CubeMX 5.6.1,然后我嘗試為帶有“ & ”符號的項目生成代碼,并且生成卡在復制庫文件中。我多次重新啟動 CubeMX,但沒有任何變化,所以我刪除了“ & ”符號
    發(fā)表于 01-30 08:28

    為什么STM32在使用Device Configuration Tool生成代碼后添加DEBUG預(yù)處理器符號?

    你好!我已經(jīng)在我所有的項目中測試過這個。我有幾種帶有多種符號的編譯風格,但您只能使用默認風格測試此問題:Release 和 Debug。刪除 Debug 風格的 DEBUG 預(yù)處理器符號
    發(fā)表于 02-01 06:36

    用MDK生成bin格式的可執(zhí)行文件

    用MDK 生成bin 文件1用MDK 生成bin 文件Embest 徐良平在RV MDK 中,默認情況下生成*.hex 的可執(zhí)行文件,但是當我們要
    發(fā)表于 08-02 10:52 ?71次下載

    Linux驅(qū)動程序缺陷檢測研究

    驅(qū)動程序是操作系統(tǒng)的重要組成部分。驅(qū)動程序運行于內(nèi)核態(tài),其可靠性對于操作系統(tǒng)的安全可靠非常關(guān)鍵。針對Linux驅(qū)動程序,研究基于符號執(zhí)行的驅(qū)動程序缺陷自動檢測方法。提出了基于性質(zhì)制導符號執(zhí)行
    發(fā)表于 11-21 15:26 ?9次下載
    Linux驅(qū)動程序缺陷檢測研究

    結(jié)合靜態(tài)分析與動態(tài)符號執(zhí)行的軟件漏洞檢測方法

    動態(tài)符號執(zhí)行是近年來新興的一種軟件漏洞檢測方法,它可以為目標程序的不同執(zhí)行路徑自動生成測試用例,從而獲得較高的測試代碼覆蓋率。然而,程序的
    發(fā)表于 11-23 15:01 ?6次下載
    結(jié)合靜態(tài)分析與動態(tài)<b class='flag-5'>符號執(zhí)行</b>的軟件漏洞檢測方法

    基于符號執(zhí)行技術(shù)實現(xiàn)的驅(qū)動程序的漏洞檢測

    的思路,提出了一種基于符號執(zhí)行技術(shù)實現(xiàn)的驅(qū)動程序模擬環(huán)境,可以用于分析和檢測Linux設(shè)備驅(qū)動程序中存在的安全漏洞。該環(huán)境通過模擬內(nèi)核提供給驅(qū)動程序的服務(wù)接口,使驅(qū)動程序可以在應(yīng)用層進行符號執(zhí)行進而可對其進行漏洞檢測。同時
    發(fā)表于 12-05 16:06 ?0次下載
    基于<b class='flag-5'>符號執(zhí)行</b>技術(shù)實現(xiàn)的驅(qū)動程序的漏洞檢測

    面向危險操作的動態(tài)符號執(zhí)行方法

    針對缺陷檢測的需求,提出了面向危險操作的動態(tài)符號執(zhí)行方法.依據(jù)所關(guān)注的缺陷類型,定義危險操作及危險操作相關(guān)路徑,通過計算覆蓋不同上下文中危險操作的能力,協(xié)助動態(tài)符號執(zhí)行選擇高效初始輸入,并利用危險
    發(fā)表于 01-14 14:02 ?0次下載

    FPGA I/O優(yōu)化功能自動生成FPGA符號

    FPGA I/O 優(yōu)化功能提供了自動化 FPGA 符號生成流程,該流程與原理圖設(shè)計和 PCB 設(shè)計相集成,可節(jié)省大量創(chuàng)建 PCB 設(shè)計的時間,同時提高原理圖符號的總體質(zhì)量和準確性。
    的頭像 發(fā)表于 05-20 06:16 ?3086次閱讀
    FPGA I/O優(yōu)化功能自動<b class='flag-5'>生成</b>FPGA<b class='flag-5'>符號</b>

    FPGA自動符號生成節(jié)省PCB設(shè)計創(chuàng)建時間

    FPGA的I / O優(yōu)化提供了一個自動化的FPGA符號生成過程集成的原理圖和PCB設(shè)計,節(jié)省天的PCB設(shè)計創(chuàng)建時間的整體質(zhì)量和準確性,同時增加你的原理圖符號
    的頭像 發(fā)表于 10-16 07:06 ?2510次閱讀

    軟件測試的運行劃分:動態(tài)靜態(tài)測試的區(qū)別

    靜態(tài)方法是指不運行被測程序本身,僅通過分析或檢查源程序的語法、結(jié)構(gòu)、過程、接口等來檢查程序的正確性,對需求規(guī)格說明書、軟件設(shè)計說明書、源程序做結(jié)構(gòu)分析、流程圖分析、符號執(zhí)行來找錯。
    的頭像 發(fā)表于 06-29 11:05 ?1.7w次閱讀

    如何使用符號執(zhí)行的python實現(xiàn)攻擊腳本分析平臺

    傳統(tǒng)的靜態(tài)分析方法大多不能準確處理腳本與網(wǎng)絡(luò)交互的過程,且會引入不可達路徑,動態(tài)分析則需要搭建實驗環(huán)境和手工分析。針對上述問題,提出一種基于符號執(zhí)行的Python攻擊腳本分析平臺PyExZ3+。通過
    發(fā)表于 07-16 15:50 ?11次下載
    如何使用<b class='flag-5'>符號執(zhí)行</b>的python實現(xiàn)攻擊腳本分析平臺

    結(jié)合混合符號執(zhí)行的導向式灰盒模糊測試方法

    導向式灰盒模糊測試是一種能夠快速生成測試用例,達到給定程序目標區(qū)域并且發(fā)現(xiàn)漏洞的模糊測試技術(shù)。針對當前導向式模糊測試難以通過魔術(shù)字節(jié)等檢查語
    發(fā)表于 03-26 14:46 ?14次下載
    結(jié)合混合<b class='flag-5'>符號執(zhí)行</b>的導向式灰盒模糊<b class='flag-5'>測試</b>方法

    符號執(zhí)行技術(shù)可識別安全關(guān)鍵代碼中的漏洞

      多核處理器在安全關(guān)鍵型應(yīng)用中越來越受歡迎,因為它們提供了顯著的價格和性能改進。但是,為多核硬件編寫多線程應(yīng)用程序是出了名的困難,并可能導致災(zāi)難性故障。下面描述了用于識別問題(包括數(shù)據(jù)爭用)的符號執(zhí)行技術(shù)?最常見的并發(fā)缺陷之一?以及靜態(tài)分析如何幫助開發(fā)人員找到并消除它們。
    的頭像 發(fā)表于 11-08 11:33 ?804次閱讀
    <b class='flag-5'>符號執(zhí)行</b>技術(shù)可識別安全關(guān)鍵代碼中的漏洞

    LTspice-自動生成原理圖符號

    我們以 “REF192” 為例,介紹如何用未在庫中注冊的電壓基準 IC 的 SPICE 模型自動生成符號。“REF192” 是一個具有 2.5V 輸出的精密基準電壓源 IC,首先在 ADI 官網(wǎng)下
    的頭像 發(fā)表于 07-08 09:49 ?2033次閱讀
    LTspice-自動<b class='flag-5'>生成</b>原理圖<b class='flag-5'>符號</b>

    labview怎么生成執(zhí)行文件

    生成執(zhí)行文件(EXE)是LabVIEW程序開發(fā)中的一個重要步驟,它允許用戶將LabVIEW項目打包成一個獨立的應(yīng)用程序,便于在沒有安裝LabVIEW的計算機上運行。 1. 準備工作 在開始生成
    的頭像 發(fā)表于 09-04 17:07 ?691次閱讀