glibc-audit

はglibc-監査は、valgrindのような自動メモリアクセスチェッカーで自分のコードをチェック保険をかけ、または精製するアプリケーション開発者のためのglibcの修正版です。
glibcの監査は、監査され、メモリアクセスチェッカーの開発者の使用からの報告は、Cライブラリ自体から以下「雑音」と、開発者に興味深いものにする可能性が高いようにクリーンアップされています。典型的には、glibcの監査は、使用する前に、そのローカル変数と構造体のすべてを初期化します。通常のglibcが、その論理に「ドント·ケア」をしているが、メモリ·アクセス·チェッカーによって報告された初期化されていないダミー変数を使用します。
 
また、r_debug.r_brkプロトコルが共存する監査人と協働するように拡張されました。監査人は.r_brk設定した場合、共有ライブラリのイベントが発生するたびに、次にランタイム·ローダーは、監査人を直接呼び出します。
これは、はるかに便利ブレークポイントを使用するよりもです。デフォルトでは古いブレークポイントプロトコルは、直前のように動作します。新しいプロトコルは、関数へのポインタは通常のポインタと同じサイズであるマシン上の古いとバイナリ互換です。 （例えば、HP-PA RISC、Alphaプロセッサ、またはPowerPCなど）関数へのポインタが大きいプラットフォームは、下位互換性のバイナリではなく、r_debug.r_versionをインクリメントする必要があります。彼らが構築されている場合（gdb等）Exisingクライアントも無視型の不一致エラーが表示されます。しかし、今のところ、それは、x86上で実行時にGDBに拮抗することがない、より価値があります。
 
パッチは91ファイルを変更します。 glibcの-2.3.2-27.9に比べて、追加のコードが.soのでは.textの18バイト以上、24より少ないバイトを占有します。ナノコピックスケールでは、典型的な実行コストは、影響を受けたルーチンごとに0〜3のCPUサイクルです。推定の中央値の合計の影響は一日あたりのマシンごとに1秒未満です。 parse_one_specのためprintf_spec.infoを初期化する際にクリーンアップされたソースは、標準入出力共通/ printfのparse.hで）（凶悪なコードを生成するのgcc-3.2回避を助けるため）*のprintf（の場合は、glibcの監査は、glibcのよりも高速です。
 
glibcの監査は、その後、glibcの内部のテストケースにメモリアクセスチェックを実行して報告されたエラーを分析し、ソースを変更することによって構築しました。プロセスは、glibcの-2.3.2-11.9で10メモリアクセスのバグを明らかにしました。セブンは、glibcの-2.3.2-27.9で修正された、より多くの二人はCVSで修正されていると、1つは、おそらく修正されません設計上の欠陥です。
 
監査-1のglibcの前身パッチがglibcのプロジェクトに提出されたが、これらのパッチは無視された[ユーザー「ゲスト」、パスワード「ゲスト」]、減少、または拒否。別々のglibc-監査-1を公開する使いやすさと信頼性の十分な改善があります。
修飾されていないのglibc-2.3.2-27.9.src.rpmはRedHatのミラーから入手可能です。 rpmbuildの-ba --target i686のは、1.1GHzのCPUの、384メガバイトのRAM、UDMA100ディスクでマシンのディスク容量の約4時間と2.5ギガバイトを取りました。
このリリースの新機能：