プログラム検証入門

Transcript

1. プログラム検証入門 Riru Oda @ri5255 情報科学若手の会2024 1
2. Riru Oda @ri5255 過去の発表 • Symbolic model checker from scratch in Rust • WasmOS: Wasmを実行する自作Microkernel 低レイヤ開発とセキュリティとプログラム検証 最近の興味 • Rustの形式検証 2
3. 本発表のゴール • 型システム、モデル検査、定理証明について雰囲気を理解する • プログラムの「正しさ」について考えてみる • あわよくばプログラム検証に入門してみようという気になる 3
4. 動機 • ソフトウェアにバグはつきもの • バグを修正してもそれで十分とは言い切れない • テストでバグが見つからなかったから正しいとも言い切れない 4 ある種のバグが無いことを理論的に保証できないか？
5. 型システム 5
6. 型システムについて • 一番身近にある形式手法 • 文法上は問題ないが、評価できない項を除くことが目的 • ここでは簡単なプログラミング言語の型安全性を証明してみる 6
7. 構文 t := true | false | if t then t else t | 0 | succ t 例 • if true then (succ 0) else 0 • succ (if true then (succ 0) else 0) • If 0 then true else false • succ true 7
8. 意味 E_IFTRUE if true then t2 else t3 -> t2 E_IFFALSE if false t2 else t3 -> t3 E_IF t1 -> t1’ ならば if t1 then t2 else t3 -> if t1’ then t2 else t3 E_SUCC t1 -> t1’ ならば succ t1 -> succ t1’ 8 例 • if true then (succ 0) else 0 -> succ 0 • succ (if true then (succ 0) else 0) -> succ (succ 0) • If 0 then true else false • succ true • 値でなくかつ評価できない項が存在する • このような「正しくない」項を除きたい
9. 型システム T := Nat | Bool T_TRUE true: Bool T_FALSE false: Bool T_IF t1: Bool かつ t2:T かつ t3:T ならば if t1 then t2 else t3: T T_SUCC t1: Nat ならば succ t1: Nat 9 例 • if true then (succ 0) else 0: Nat • succ (if true then (succ 0) else 0): Nat • If 0 then true else false • succ true • 「正しくない」項には型が付かない
10. 性質 定理 (進行) 任意のt, Tについてt:Tならばtは行き詰まり状態でない 10 • 値でなくかつ評価できない項は行き詰まり状態であるという 定理 (保存) 任意のt, t’, Tについて t :Tかつt->t’ならばt’:T
11. 発展的な話 • Double freeやDeadlock等、プログラムにとって「正しくない」状態は沢山ある • これらが行き詰まり状態になるように意味論を定義する • そのうえで型システムを作る (Linear Types, Session Types…) • すると型が付くプログラムにはこれらのバグが無いことが保証される 例 • free(x); free(x); • !c(v); done || !c(v); done 11
12. 参考資料 • Benjamin C. Pierce. Types and Programming Languages (1st. ed.). The MIT Press, 2002. • Benjamin C. Pierce. Advanced Topics in Types and Programming Languages. The MIT Press, 2004. • 高野 祐輝. ゼロから学ぶRust. 講談社, 2022. 12
13. モデル検査 13
14. モデル検査について 14 • プログラムが取りうる状態を網羅的に検査する • 性質を論理式で表現してモデル検査器で検証する • 自動で検証可能な性質を扱う • ここでは以下の問題について考え、「正しさ」をモデル検査器(TLC)で検証する 問題設定 2つのスレッドで1つのリソースを共有させる「正しい」アルゴリズムをかけ
15. 検証 問題設定 2つのスレッドで1つのリソースを共有させる「正しい」アルゴリズムをかけ 「正しさ」の定義 • Deadlockがない • 2つのスレッドが同時にクリティカルセクションに入らない 15 • この定義で十分かどうかには議論の余地がある(後述)
16. 検証 アルゴリズム 16 検証結果 • 交互にP1を実行しDeadlockに陥る実行パス
17. 検証 アルゴリズム 17 検証結果 • 検査に成功する(91状態)
18. 検証 アルゴリズム 18 検証結果 • どちらもP2で無限ループする実行パス (Livelock) • 検証の結果は「正しさ」の定義に依存する
19. 検証 アルゴリズム 19 検証結果 • 検証にパスする(256状態)
20. 発展的な話 • モデル検査の一番の課題は状態空間爆発 • 対策としてAbstractionやPartial Order Reductionなどのテクニックがある • Symbolic Model Checkingなどの発展的なモデル検査アルゴリズムがある 20 https://www.youtube.com/live/96u4dBAOzao?t=9802s
21. 参考資料 • Edmund M. Clarke, Orna Grumberg, and Doron A. Peled. Model checking. MIT Press, 2000. • Hillel Wayne. 実践TLA+. 翔泳社, 2021. • チェシャ猫. モデル検査器をつくる, 2024. 21
22. 定理証明 22
23. 定理証明について • 型システム、モデル検査では検証できない様々な性質を検証可能 • 表現力が高い分、自動での検証は困難(半自動) • ここでは簡単なコンパイラの「正しさ」を 定理証明支援系(Coq)で検証する 23
24. Source Language 24 構文 意味
25. Target Language 25 構文 意味
26. Compiler 26 定義
27. 検証 27 • コンパイル後の機械語を評価した値が元の式を評価した値と一致する
28. Extraction 28 OCamlのコードを自動生成 実行結果
29. 参考資料 • Adam Chlipala. Formal Reasoning About Programs. • 池渕未来. “プログラミングCoq”. IIJ. 2011. https://www.iijlab.net/activities/programming-coq/. 29
30. まとめ 30
31. 入門前後の認識の変化 入門前 • 「プログラム検証で正しさを証明済み = 絶対にバグがない最強のプログラム」だと思っていた 入門後 • 「正しさ」を定義するのは人間なので残念ながらそんなことはない • それでもプログラム検証は役に立つ • 「プログラムの正しさとは何か」について厳密に考えるための道具 31
32. 展望 • 実用に基づいた理論を研究したい • Rustの形式検証とOS開発に興味がある • Atmosphere: Towards Practical Verified Kernels in Rust • Beyond isolation: OS verification as a foundation for correct applications • 実際に形式手法を活用している企業の方にお話を聞きたい 32