従って、より信頼できます。ランタイムのメモリ破壊や論理エラー。情報漏えい、ファイルシステムへの読み書きアクセス。以下は前述のリスクの簡単な要約に加えて、サンドボックス有効時の脅威をモデル化した表です。プロセスで任意のコードを実行した場合に発生する脅威を以下に示します。脆弱性を発見しています。プロセスが可能なシステムコールの数は制限されている。許可するシステムコールの数を極力減らす。カーネルを保護するための先進的なパッチを使用する。親プロセスには大量のコードがある。攻撃箇所が多数存在する。(例えば、ポインタの送信が可能)。以外/特権がないユーザで実行する。可能な限り多くの親プロセスのサンドボックス化を試みる。通したアクセスが可能なバグが必要。プロセスに比べて、親プロセスはより多くのシステムコールにアクセス可能)。以外/特権がないユーザで実行する。可能な限り多くの親プロセスのサンドボックス化を試みる。カーネルを保護するための先進的なパッチを使用する。システムコールを通した許可、およびハードウェアのバグが必要。ハードウェアデバイスのファズテスト。(脆弱性があるハードウェア機能へのアクセス無効化や、データを渡す前のサニタイジング)。いった付加的な保護機能も実装しています。リストアップしていない脆弱性は、サンドボックス自体で緩和します。実装スーパーバイザーは未実装です。アプリケーションを実行しており、サンドボックス化されたプロセスです。ファイルシステムのリソースに直接アクセスしてはいけません。プロセスに代わってリソースにアクセスするためのコンポーネントを親プロセスに持っていなければなりません。コールを実装する際は、追加の策をとらなければなりません。すべての入力情報は、親プロセスによってサニタイズされます。メッセージも信頼できません。プロセスに与えられる信頼はサンドボックスの回避に使用でき、また使用されるでしょう。mode)を意味します。行うためのシステムコールを制限します。システムコールを使用します。プロセスの初期化を始めた後、調停領域で開始可能です。ハードコードされたシステムコールの代わりに、初期化時にシステムコールや引数のホワイトリストを使用可能です。スムーズな移行パス向けに有用です。特権を復帰するためのプロセスや子プロセスを妨げるフラグを追加します。未満のカーネルにバックポートしました。