靜態程序分析(英語:Static program analysis)是指在不執行程序的條件下,進行程序分析的方法。和要在程序執行時才能進行的動態程序分析是不同的[1]。大部份的靜態程序分析的對象是針對特定版本的源代碼,也有些靜態程序分析的對象是目標代碼。靜態程序分析一詞多半是指配合靜態程序分析工具進行的分析,人工進行的分析一般稱為程式理解或代碼審查。
靜態程序分析的複雜程度依所使用的工具而異,簡單的只考慮個別語句及聲明的行為,複雜的可以分析程序的完整源代碼。不同靜態程序分析技術對分析得到的資訊的用途也有所不同,簡單的可以是高亮標識可能存在的代碼錯誤(如lint),複雜的可以是形式化方法,也就是用數學的方式證明程式的某些行為符合其設計規約。
軟體度量和反向工程可以視為一種靜態程序分析的方式。在實務上,在定義所謂的軟體品質指標(software quality objectives)後,軟體度量的推導及程序分析常一起進行,在開發嵌入式系統時常會用這種方式進行。
靜態程序分析的商業用途可以用來驗證安全關鍵電腦系統中的軟體,並指出可能有計算機安全隱患的程式碼,這類的應用越來越多。[2]例如以下的產業已確定用靜態程序分析作為提昇複雜軟體品質的方法:
- 醫療軟體:美國的美國食品藥品監督管理局確定在醫療設備上使用靜態程序分析[3]。
- 核能軟體:英國的健康與安全委員會建議針對堆保護系統的軟體進行靜態程序分析中[4]。
在資訊安全的領域中,靜態程序分析會稱為靜態應用程式安全檢測,簡稱SAST。
形式化方法
形式化方法是一種利用純粹數學的方式分析軟體的方法,應用到的數學技巧包括指稱語義、公理語義、操作語義學及抽象釋義等計算機科學中的方法。
針對任何圖靈完全的程式語言,不可能存在一演算法可以找出任意程式在執行期間的所有錯誤,也沒有數學方法可以得到一程式是否會有執行期間的錯誤的結果。上述的結論是由庫爾特·哥德爾、阿隆佐·邱奇及阿蘭·圖靈在1930年代研究停機問題所得的結果。不過如同許多不可判定問題一様,在實務仍會設法找到有用的近似解。
以下是一些形式化靜態分析的實現方式:
- 模型檢查針對有有限狀態或是可以用抽象化簡化為有限狀態的系統。
- 數據流分析可以收集有關程式在不同點計算所得的可能數值。
- 抽象釋義可以被看作對計算機程序的部分執行,獲取關於它的語義信息(比如,控制結構、信息流)而不進行所有計算。Frama-c及Polyspace等工具主要是以抽象釋義為基礎。
- 在程式碼中加入斷言,此方法最早是由霍爾邏輯提出。有些程式語言有對應的支援工具,例如SPARK(Ada程式語言的子集)、Java 建模語言(其中使用ESC/Java及ESC/Java2)及針對C語言的Frama-c WP 插件(最弱初始條件),此插件需配合延伸至ACSL(ANSI/ISO C Specification Language)的C語言。
相關條目
- 程序分析
- 動態程序分析
- 形態分析
- 形式語義學
- 形式驗證
- 軟件測試
- 文件產生器
- 靜態程序分析工具列表
- 靜態應用程式安全測試
參考資料
書目
Wikiwand in your browser!
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.