プログラムがSIGINT信号を傍受し、内部的に処理し、無視する正当な理由

また、プログラムはIPC信号を傍受し、内部ハンドラを実行して基本ハンドラの操作をバイパスすることができることを知っていSIGKILLますSIGSTOP。

私は信号を使用してこれを行う必要がある少なくとも1つの良い理由を考えることができますSIGINT。

• つまり、プロセスを終了する基本的なシグナル操作に戻る前に、最後のバックアップを実行したり、メモリダンプを保存したり、ログに書き込む信号ハンドラを実装したりします。

また、マルウェアがSIGINTを捕捉してブロックする1つの妥当な理由を考えることができます。

• つまり、プロセスの実行時間を延長します。ほとんどのユーザーにとって、Ctrl+はほとんどのエンドユーザーのためのキーボードショートカットです。コアを送信して生成する+だけでなく、+（プロセスを停止して端末に残っている）Cについて知らない人がたくさんいます。店舗を譲渡します。CtrlZSIGTSTPjobsCtrl\SIGQUIT

• Ctrl+がキャプチャされブロックされている場合、Cそのユーザーは別のターミナルウィンドウを開き、次を実行しようとする可能性があります。

  ps aux | grep [process name]
  

  プロセスPIDを取得し、SIGKILLを実行します。

  kill -9 [$PID]
  

• 同様に、リモートシステムのターミナルセッションに接続されているユーザーは、新しいターミナルセッションへの2番目の接続を確立しようとし、同様のプロセス/ PID検索を介して犯人を終了します。明らかに、この戦略は短時間だけプロセスランタイムを延長することができますが、10 MB / sの高帯域幅接続を使用してファイルを3分以上転送しても、ほぼ2 GBの追加データが転送されるため、間違いなく利点があります。それ。 。

しかし最近、私はいくつかのプログラムが他のサブセットに属しているように見えることを発見しました。おそらく私はそれに興味を持ち始めたからです。

• これらのプログラムはオープンソースであり、パッケージは十分にメンテナンスされ検査され、主要なマルウェアが隠れる可能性はほとんどありません。

• vim他のテキストエディタのようにキーボード入力を制御しません。

• SIGINTをキャプチャして完全に無視する内部ハンドラがあります。最終的なプロセスの終了はなく、我々が知っている限り、最終的に重要な作業は試みられません。

私の質問:

• プロセスが合法的な目的のためにSIGINTを傍受しますが、完全に廃棄することを選択できる理由はありますか？

• つまり、SIGINTをキャプチャして無視することが既知の基本操作（実行中のプロセスの終了）よりも有利な妥当な理由（コードまたはシステムの観点から）または状況がありますか？