アーカイブ / LLM / AI Agent
セキュリティ業務を分けて測る、言語エージェント評価基盤DefenderBench
DefenderBench
DefenderBenchの原論文から掲載した図です。細部はクリックして拡大できます。
原論文の図の説明を読む
Figure 1 : DefenderBench includes three main modules: data preprocessing, interactive task environment, and agent interface. Along with the framework, we release a baseline agent to evaluate LLMs.
概要
- DefenderBenchは、模擬ネットワーク、悪意ある内容の判定、脆弱性、知識問題を共通のエージェント枠組みで測る。
- 著者らの5回平均の総合点はClaude-3.7-sonnetが81.65、Llama 3.3 70Bが71.81だった。
- コード脆弱性検出は得点が低めで、コード修正の類似度指標にも限界があるため、用途別の結果を確認したい。
補足：編集した模式図で仕組みを確認する
VISUAL EXPLAINER
図でつかむ、DefenderBenchの仕組み
- 01セキュリティ課題の入力
- 02エージェントの行動
- 03環境からの結果
- 04課題別の得点
原論文の説明をもとにした模式図です。処理の細部は省略しています。
研究の背景
DefenderBenchは、セキュリティ課題に取り組む言語エージェントの能力を測る評価基盤だ。言語モデルが操作を選び、環境から返った結果を見て次へ進む場合、通常の一問一答だけでは一連の行動を評価しにくい。
論文は、悪意ある文面の検出からコードの脆弱性確認まで、仕事の性質が異なる課題を扱う。どの用途で強く、どこに弱点があるかを同じ実行手順で比べられることが、採用判断に役立つ。
手法
DefenderBenchは、データの準備、課題を動かす環境、モデルを接続する窓口の三つで構成される。例えば悪意ある文章の判定では、文章を提示し、エージェントが指定された形式で分類を返す。形式が合わなければ環境が結果を返し、所定の回数内で再試行する。模擬ネットワークでは、行動に応じて状況が更新される。
評価には、分類のmacro-F1、模擬ネットワークで到達した割合、コード修正結果と参照コードの類似度を表すCodeBLEUなど、課題に応じた指標を使う。macro-F1は各クラスの判定精度を均等に扱う指標だ。各課題の得点を単純平均したものがDefenderBench総合点で、個々の得点も併せて読む設計である。
新規性
DefenderBenchの提案は、セキュリティに関する言語エージェントを、複数の課題で同じ実行の枠組みから評価できるようにすることだ。模擬ネットワーク、悪意ある文章やサイトの判定、コードの脆弱性検出・修正、知識問題を含む。
データ準備、課題環境、エージェントの接続口を分けた構成により、モデルや課題を差し替えられる。各課題の指標と、その単純平均である総合点を併記するため、用途ごとの弱点も確認できる。
従来手法との違い
論文は、個別のセキュリティ課題を測る既存の評価に対し、攻撃側、守備側、知識確認を一つの道具で扱う範囲の広さを示す。モデルの比較には、課題の指示と過去の操作結果を受けて次の行動を返す共通の基準エージェントを使った。
また、行動を無作為に選び、コード修正では元のコードをそのまま返す素朴な基準も置く。ただし総合点は異なる指標の単純平均なので、ある業務で高得点のモデルが別の業務にも適するとは限らない。
実験結果
著者らは複数の公開・非公開モデルを共通の基準エージェントで評価し、各実験を5回行った平均を報告する。総合点はClaude-3.7-sonnetが81.65、Claude-3.7-sonnet-thinkが78.40、公開重みモデルで最高のLlama 3.3 70Bが71.81だった。
課題別には、文章・サイト分類、知識問題、二種類のコード脆弱性検出、コード修正、二種類の模擬ネットワークを含む。コード脆弱性検出の最高macro-F1は、CodeXGLUE由来の課題で58.20、Devign由来の課題で59.60だった。総合点と個別の弱点を併記することが重要である。
応用の可能性
編集上の応用案 · 論文が実証した用途とは区別しています。
編集上の応用案：社内で検討するフィッシング文面判定エージェントの選定に使う。入力は正解ラベルを付けたメールや短文で、出力は「悪意あり／正当」の判定と、判定に至る記録とする。
まずDefenderBenchの該当課題を参考に候補を同条件で比べ、次に自社の文面で誤判定を確認する。担当者は見逃しと過剰検知を別々に読み、実際の確認手順へ組み込めるか判断する。論文の総合点をそのまま社内メールの性能予測には使わない。
導入時の検証
導入時の検証案 · 対象データでの再評価が必要です。
導入時の検証案：まず対象業務を一つ選び、DefenderBenchの対応する課題の指標を基準として候補モデルを同条件で測る。文章判定なら既存の判定方法を比較相手にし、macro-F1に加えて悪意ある文章の見逃し数を記録する。
続いて、実際の業務に近い別の標本を人が確認し、公開データとの得点差を調べる。出力形式の失敗、再試行回数、誤判定の種類も残す。総合点は候補の一覧に使い、採否は対象課題の結果と担当者の確認に基づいて決める。
限界と課題
著者らは、コード脆弱性の検出では多くのモデルが無作為な基準を少し上回る程度と報告する。コード修正のCodeBLEUは、元コードをそのまま返す基準をどのモデルも上回らず、小さな修正の品質を十分に表せない可能性を述べている。
導入時には、総合点を構成する課題の重みが自社の優先順位と合うか確認したい。模擬ネットワークの成功率、文章分類のF1、コードの類似度は異なる能力を測る。公開データでの得点に加え、誤判定の内容と運用上の影響を課題ごとに調べる必要がある。
出典
元のタイトル・要旨を確認する（英語）
DefenderBench: A Toolkit for Evaluating Language Agents in Cybersecurity Environments
Large language model (LLM) agents have shown impressive capabilities in human language comprehension and reasoning, yet their potential in cybersecurity remains underexplored. We introduce DefenderBench, a practical, open-source toolkit for evaluating language agents across offense, defense, and cybersecurity knowledge-based tasks. DefenderBench includes environments for network intrusion, malicious content detection, code vulnerability analysis, and cybersecurity knowledge assessment. It is intentionally designed to be affordable and easily accessible for researchers while providing fair and rigorous assessment. We benchmark several state-of-the-art (SoTA) and popular LLMs, including both open- and closed-weight models, using a standardized agentic framework. Our results show that Claude-3.7-sonnet performs best with a DefenderBench score of 81.65, followed by Claude-3.7-sonnet-think with 78.40, while the best open-weight model, Llama 3.3 70B, is not far behind with a DefenderBench score of 71.81. DefenderBench's modular design allows seamless integration of custom LLMs and tasks, promoting reproducibility and fair comparisons. An anonymized version of DefenderBench is available at https://github.com/microsoft/DefenderBench.
論文本体の取得範囲に基づく解説。AIが作成した未校閲の記事です。性能の数値は著者の評価条件に依存します。応用例と検証計画は編集上の提案です。解説更新：2026-09-29