address-sanitizer

address-sanitizer スキルの概要

address-sanitizer は何に使うのか

address-sanitizer スキルは、テスト中、特に fuzzing やクラッシュの切り分けで、AddressSanitizer（ASan）を使ってメモリ安全性のバグを見つけるためのものです。漠然とした「どこかでメモリが壊れている」という問題を、再現可能なスタックトレース、アロケーション履歴、あるいは失敗するテストケースへと落とし込むときに最も役立ちます。

どんな人・用途に向いているか

この address-sanitizer スキルは、C/C++ のテストワークフロー、fuzzing パイプライン、そして unsafe を使う Rust コードに特に向いています。さらに、より深い手作業分析へ進む前に、実務的な address-sanitizer for Security Audit の進め方を知りたいセキュリティレビュー担当者にも有用です。

何が違うのか

ASan は汎用のプロンプト技法ではなく、コンパイル時の計測と実行時のトレードオフを伴うワークフローです。address-sanitizer スキルの価値は、ASan が適切な場面を見極め、必要な入力を把握し、ビルド・フラグ・環境の不一致で誤った結果を出さないようにする判断を助けてくれる点にあります。

address-sanitizer スキルの使い方

スキルをインストールする

スキルランナーが想定するリポジトリのインストール手順で導入し、スキルバンドル内の SKILL.md を開いて address-sanitizer install が成功していることを確認してください。環境がスキルマニフェストに対応している場合は、名前が正確に address-sanitizer になっているかも確認し、プロンプトルーターが正しいガイダンスを呼び出せるようにします。

適切なテスト文脈を与える

良い address-sanitizer usage は、対象を具体的に示すところから始まります。言語、ビルドシステム、テストコマンド、クラッシュの症状、そして fuzzing なのか、単体テストなのか、問題の再現なのかを明確にしてください。「ASan の使い方を教えて」よりも、「CMake でビルドした C++ ライブラリで fuzz target が落ちる。ASan のフラグと最小再現の流れが欲しい」のほうがずっと有用です。

この順番でスキルファイルを読む

まず SKILL.md を開き、その後、環境から参照できる関連リポジトリノートや補助ドキュメントを確認してください。この repo path では、まず主要なガイダンスを読み、次に概要、主要概念、適用場面、クイックリファレンスの各セクションを確認して、ビルドフラグをいじる前に運用上の制約を把握するのが実用的な読み順です。

漠然とした目的を使えるプロンプトに変える

最良の結果を得るには、何を証明したいのか、どのコンパイラとテストハーネスを使っているのか、成功条件は何かを伝えてください。たとえば「Clang でビルドした Linux の C++ サービスで heap-use-after-free を見つけたい。ASan のビルドフラグ、ランタイムオプション、fuzzing 実行時のクラッシュを切り分ける最短手順を教えて」といった形です。こうした切り口のほうが、一般的な説明を求めるよりも、より良い address-sanitizer guide の出力につながります。

address-sanitizer スキル FAQ

address-sanitizer は fuzzing 専用ですか？

いいえ。fuzzing は代表的な用途ですが、address-sanitizer スキルは、メモリ破損が疑われる単体テスト、回帰テスト、クラッシュ調査にも使えます。すでに再現できるバグなら、ASan はより明確なスタックトレースを得る最短ルートになり得ます。

使わないほうがよいのはどんなときですか？

本番に近い性能が必要な場合、対象プラットフォームやツールチェーンが十分に対応していない場合、あるいはバグがメモリ安全性とは無関係そうな場合は、ASan を選ぶべきではありません。問題がロジックのみ、プロトコルのみ、または性能のみであれば、ASan はたいてい信号よりノイズを増やします。

通常のプロンプトより優れていますか？

メモリエラーの検出と切り分けが目的なら、はい。通常のプロンプトでも ASan の概念説明はできますが、address-sanitizer スキルは、フラグ、入力、デバッグ手順を迷い少なく選びたいときに役立つ、インストール可能でワークフロー志向のガイドとして強みがあります。

初心者でも使えますか？

はい。ビルド環境とテスト設定を説明できれば使えます。必要なのは深い sanitizer の知識ではなく、言語、コンパイラ、プラットフォーム、再現経路を示せるだけのプロジェクト文脈です。そうすれば、スキルが適切な ASan ワークフローを提案しやすくなります。

address-sanitizer スキルを改善する方法

ビルドと実行時の詳細を伝える

address-sanitizer の結果を最も良くするのは、コンパイラ、プラットフォーム、テストコマンドを正確に伝えることです。Clang か GCC か、どの sanitizer フラグがすでに有効か、失敗が fuzz target、テストバイナリ、単独の再現手順のどれで起きるのかを含めてください。

疑っているメモリ破損のパターンを示す

ASan の出力が最も実用的になるのは、症状を具体的に伝えたときです。たとえば out-of-bounds read、heap-use-after-free、stack overflow、double free、leak などです。「クラッシュする」とだけ伝えると、スキルは推測しすぎることになり、ビルドや切り分けの経路を誤る可能性があります。

次に必要なデバッグ手順を聞く

最初の回答のあとも、最小限の次の一手を尋ねて反復してください。たとえば「この再現をどう縮小すればいいか」「このスタックトレースの読み方を教えて」「シンボル化とレポート改善のために追加すべき ASan フラグは何か」などです。こうすると、address-sanitizer skill が広い sanitizer 理論ではなく、次に必要な判断に集中しやすくなります。

よくある失敗パターンに注意する

よくあるミスは、計測が不十分なままビルドすること、sanitized と unsanitized のオブジェクトを混在させること、そして ASan を exploitability の証明ではなくデバッグ信号として扱うことです。address-sanitizer for Security Audit を使いたいなら、脅威モデルとコード位置を示し、出力が確認済みのメモリ破損と理論上のリスクをきちんと区別できるようにしてください。