コンテンツにスキップ

静的コード解析

出典: フリー百科事典『ウィキペディア（Wikipedia）』

2024年8月31日 (土) 18:57; 126.4.188.221 (会話) による版（日時は個人設定で未設定ならUTC）

(差分) ← 古い版 | 最新版 (差分) | 新しい版 → (差分)

静的コード解析 (せいてきコードかいせき、static code analysis) または静的プログラム解析 (static program analysis) とは、コンピュータのソフトウェアの解析手法の一種であり、実行ファイルを実行することなく解析を行うこと。逆にソフトウェアを実行して行う解析を動的プログラム解析と呼ぶ[1]。静的コード解析はソースコードに対して行われることが多いが、少数ながらオブジェクトコードに対して行う場合もある。また、この用語は以下に列挙するツールを使用した解析を意味することが多い。人間が行う作業はインスペクション、コードレビューなどと呼ぶ。日本語では静的コード分析とも訳される[2]。

概要

[編集]

ツールが行う静的コード解析の洗練度は、個々の文や宣言だけを検証するものから、プログラム全体を解析するものまで様々である。解析結果の利用も様々で、Lintのように単に指摘するだけのものから、形式手法を使ってそのプログラムの特性を数学的に証明する（仕様記述と振る舞いが一致しているかどうかを検証する）ものまである。

ソフトウェア測定法やリバースエンジニアリングも静的解析の一部とみなすこともある。特に組み込みシステムの開発において、ソフトウェア測定法と静的コード解析が品質向上の一助として活用されることが多くなっている[3]。

静的解析の商業利用が増えているのは、重要なコンピュータシステムで使用されるソフトウェアの検証や潜在的なセキュリティホールを検出する必要性が増大したことを意味する[4]。以下のような分野で、複雑さを増していくソフトウェアの品質向上に静的コード解析が使われている。

VDC Research が行った調査（2012年）によれば、組み込みシステムのソフトウェア技術者の28.7%が静的コード解析ツールを既に使っており、39.7%が2年以内に使いたいと答えた[7]。

アプリケーションのセキュリティの分野では Static Application Security Testing (SAST) という用語が使われている。

形式手法

[編集]

形式手法は、ソフトウェアやハードウェアの解析に用いられる用語であり、厳密に数学的な手法によって解析結果を得ることを意味する。数学的手法としては、表示的意味論、公理的意味論、操作的意味論、抽象解釈などがある。

実行時エラーを全て検出することは不可能であることが証明されており、任意のプログラムが正しく動作するかエラーになるかを判定する機械的手法はない。これは1930年代のアラン・チューリングやライスの研究で判明した（チューリングマシンの停止問題およびライスの定理）。決定不能な問題ではあるが、近似的な解でも有効である。

形式的な静的コード解析の実装方法には以下のようなものがある:

  • モデル検査は、有限の状態を持つシステムを対象とし、無限に状態を持つシステムを抽象化によって状態数を有限個に減らして行うこともある。
  • データフロー解析は、プログラムの各点で変数群の取りうる値についての情報を集める技法である。
  • 抽象解釈は、プログラムの個々の文が抽象機械の状態に何らかの影響を与える様子をモデル化したものである（つまり、ソフトウェアを個々の文の数学的属性と宣言に基づいて「実行」する）。抽象機械は解析しやすいようになるべく単純化されるので、実際のプログラムを完全に表すわけではない（もとのシステムで真である属性が抽象システムで常に真とは限らない）。うまくいけば、抽象解釈は「健全」とされる（抽象システムで真である全属性はもとのシステムでも真だといえる）[8]。例えば、Frama-cやPolyspaceといったツールは、抽象解釈の技法を使っている。
  • 表明をプログラム内で使うことは、ホーア論理で最初に示唆された。一部のプログラミング言語は表明をツールとしてサポートしている[注釈 1]。

静的コード解析ツール

[編集]

事前コンパイラ（AOTコンパイラ）は、言語仕様には適合しているもののロジックの正当性が疑わしいようなコードや、未定義動作を引き起こすようなコードを検出して、警告を出すものがほとんどである。ただし、コンパイラではカバーしきれない事項もあるため、独立した静的コード解析専用のツールを補助的に併用することも多い。統合開発環境に標準搭載されているものもあれば、プラグインやアドオンとして開発者が追加できるようになっているものもある。コードエディター上で問題のある個所をハイライト表示するなど、ソースコードをコンパイルすることなくリアルタイムに指摘してくれるものもある。

C言語とC++

[編集]

C#

[編集]

CoffeeScript

[編集]

FORTRAN

[編集]

HTML

[編集]

Go

[編集]

Java

[編集]

AndroidのJava言語

[編集]

Perl

[編集]

PHP

[編集]
  • php は -l をつけて起動すれば Lint 風の基本的なチェックを行う。例えば: for i in `find . -name \*.php`; do php -l $i | grep -v "No syntax errors"; done
  • Sider (商用)
  • Checkmarx CxSuite （商用）
  • PMD's Copy/Paste Detector
  • RIPS （商用）
  • Fortify SCA [9] （商用）
  • PhpMetrics[12]
  • SonarQube

Python

[編集]

JSP

[編集]
  • Checkmarx CxSuite （商用）
  • Fortify SCA [9] （商用）
  • RIPS （商用）

VB.NET

[編集]
  • Checkmarx CxSuite （商用）
  • Fortify SCA [9] （商用）
  • Parasoft dotTEST （商用）
  • Visual Studio
  • SonarQube（商用）

ASP.NET

[編集]
  • Checkmarx CxSuite （商用）
  • Fortify SCA [9] （商用）

Cold Fusion

[編集]
  • Fortify SCA [9] （商用）

SAP の ABAP

[編集]
  • Fortify SCA [9] （商用）

SQL

[編集]
  • Fortify SCA [9] （商用）

JavaScript

[編集]

ASP

[編集]
  • Checkmarx CxSuite （商用）
  • Fortify SCA [9] （商用）

COBOL

[編集]
  • Fortify SCA [9] （商用）

WSDL

[編集]

Ruby

[編集]

Objective-C

[編集]
  • Checkmarx CxSuite （商用）
  • SonarQube（商用）

脚注

[編集]

注釈

[編集]
  1. ^ 例えば、AdaのサブセットであるSPARK、ESC/JavaやESC/Java2を使った Java Modeling Language (JML)、C言語を ACSL (ANSI/ISO C Specification Language) で拡張する Frama-c WP（weakest precondition、最弱事前条件）プラグインがある。

出典

[編集]
  1. ^ Wichmann, B. A., A. A. Canning, D. L. Clutterbuck, L. A. Winsbarrow, N. J. Ward, and D. W. R. Marsh. "Industrial Perspective on Static Analysis". Software Engineering Journal Mar. 1995: 69-75
  2. ^ 静的コード分析ツールと IBM Rational Team Concert との統合 - IBM Documentation
  3. ^ Software Quality Objectives for Source Code. Proceedings Embedded Real Time Software and Systems 2010 Conference, ERTS2, Toulouse, France: Patrick Briand, Martin Brochet, Thierry Cambois, Emmanuel Coutenceau, Olivier Guetta, Daniel Mainberte, Frederic Mondot, Patrick Munier, Loic Noury, Philippe Spozio, Frederic Retailleau
  4. ^ Improving Software Security with Precise Static and Runtime Analysis, Benjamin Livshits, section 7.3 "Static Techniques for Security," Stanford doctoral thesis, 2006.
  5. ^ FDA (2010年9月8日). “Infusion Pump Software Safety Research at FDA”. Food and Drug Administration. 2010年9月9日閲覧。
  6. ^ Computer based safety systems - technical guidance for assessing software aspects of digital computer based protection systems,
  7. ^ “Automated Defect Prevention for Embedded Software Quality”. VDC Research (2012年2月1日). 2012年4月10日閲覧。
  8. ^ Jones, Paul (2010年2月9日). “A Formal Methods-based verification approach to medical device software analysis”. Embedded Systems Design. 2010年9月9日閲覧。
  9. ^ a b c d e f g h i j k l m n o p 多言語(17)混在のシステムでの横断的解析が可能
  10. ^ C/C++ code analyzers | Microsoft Learn
  11. ^ Clang-Tidy — Extra Clang Tools git documentation
  12. ^ PhpMetrics, static analysis for PHP - by Jean-François Lépine
  13. ^ Find and fix problems in your JavaScript code - ESLint - Pluggable JavaScript Linter

参考文献

[編集]
  • Syllabus and readings for Alex Aiken’s Stanford CS295 course.
  • Nathaniel Ayewah, David Hovemeyer, J. David Morgenthaler, John Penix, William Pugh, "Using Static Analysis to Find Bugs," IEEE Software, vol. 25, no. 5, pp. 22–29, Sep./Oct. 2008, doi:10.1109/MS.2008.130
  • Brian Chess, Jacob West (Fortify Software) (2007). Secure Programming with Static Analysis. Addison-Wesley. ISBN 978-0-321-42477-8 
  • Flemming Nielson, Hanne R. Nielson, Chris Hankin (1999, corrected 2004). Principles of Program Analysis. Springer. ISBN 978-3-540-65410-0 
  • "Abstract interpretation and static analysis," International Winter School on Semantics and Applications 2003, by David A. Schmidt

関連項目

[編集]

外部リンク

[編集]
The "box" approach
テストレベル
Testing types, techniques,
and tactics
関連項目
カテゴリ カテゴリ
「https://ja.wikipedia.org/w/index.php?title=静的コード解析&oldid=101678715」から取得