安全なシグナルハンドラを実装するには ――C/C++セキュアコーディング入門（4）

UNIXなどPOSIX準拠のOSでは、割り込みや例外を抽象化した「シグナル」と呼ばれる仕組みを用いてプロセスに（非）同期イベントが通知されますが、シグナルハンドラで行える処理には制約があり、これを無視したコードを書くと脆弱性につながる恐れがあります。今回はシグナルハンドラの制約に関するルールを見てみましょう。 シグナルハンドラの制約 UNIXなどPOSIX準拠のOSでは、割り込みや例外を抽象化した「シグナル」と呼ばれる仕組みを用いてプロセスに（非）同期イベントが通知されます。ユーザが［Ctrl］-［C］キーを押してプログラムを中断しようとしたり（SIGINT）、整数オーバーフローが発生したり（SIGFPE）すると、それらのイベントに対応するシグナルがカーネルからプロセスに対して通知されるのです。プログラマは、これらのシグナルを受信した時に特定の動作を行わせる「シグナルハンドラ」を書くことが

[zyxwv]

シグナルハンドラ内で安全に（未定義の動作にならずに）行える処理には制限がある

[yuya_presto]

シグナルハンドラから fprintf()を呼び出すのもfree()を呼び出すのも危険、非同期シグナル安全ではないから。

[masterq]

シグナルハンドラ内で非同期シグナル安全でないライブラリ関数などを呼び出すと、なぜ脆弱性の原因となるのか。その理由としては、（a）これらの関数が内部でグローバル変数など静的データ構造を利用するから、（b）m

[msakamoto-sf]

"再突入"(リエントラント)の問題もあるし、シグナルハンドラの中で色々処理させるのは難しい。