arXiv論文メモ
新着一覧
cs.CR / cs.AI / cs.LG · 査読状況未確認

Androidの脆弱性報告を実行可能な検査で評価

MobileCybench: Evaluating Agent Vulnerability Discovery via Executable Probes

Andy K. Zhang, Ava Huang, Joey Ji, Wai Han, Thomas Qin, Nardos Demilew, Michael Tian-Yue Liu, Brian Song, Riya Dulepet, Brian Wang, Kyleen Liao, Cuiyuanxiu Chen, Nishka Kacheria, Andrew Wu, Pratham Rangwala, Xinjie Wang, Laura Gomezjurado Gonzalez, Anita Ding, Benjamin Yi, Daniel E. Ho, Dan Boneh, Dawn Song, Ion Stoica, Percy Liang

この論文をやさしく読む

ひとことで言うと

AIの脆弱性報告を、実際に攻撃を再現し、アプリが守るべき性質が破られたか検査することで評価する仕組みです。

何に役立つ?

報告の文章だけで判断する負担を減らし、攻撃の成立と違反した性質を対応づける用途があります。研究ではAndroidアプリ13本に具体化しました。

この研究の面白いところ

既知の不具合そのものではなく、守るべき性質を検査するため、検査を作った時点で未知だった不具合にも反応できます。構築・実行の過程で23件の未報告脆弱性が見つかりました。

どこまで分かった?

53.8%と16.7%は該当条件でプローブが作動したアプリの割合で、全攻撃試行の成功率ではありません。対象は13アプリ、495プローブで、23件すべてが保守担当者に確認されたという記述でもありません。

v1のアブストラクトに基づくAI解説。日本語訳とは別に、用途の解釈を含みます。

アブストラクトの日本語訳

AIエージェントは現在、保守担当者がレビューできる速度を上回る速さで脆弱性を報告している。報告はアプリケーション固有のセキュリティ特性に依存することが多く、処理には多大な人的労力が必要となる。この問題を軽減するため、セキュリティ特性を実行可能な形で検査するプローブを用いて、脆弱性報告を評価する枠組みを導入する。報告された攻撃をアプリケーションに対して再実行し、プローブを走らせて評価する。プローブの作動は、攻撃が成功したことと、どのセキュリティ特性に違反したかの両方を示す。プローブは既知の脆弱性ではなくセキュリティ特性を記述するため、作成時点で知られていなかった脆弱性も検出できる。 この枠組みを、13のAndroidアプリケーションにおけるAIエージェントの脆弱性発見ベンチマークMobileCybenchとして実装した。著者らが495のプローブを作成し、レビューした。5つのコーディングエージェント、すなわちGPT-5.5、GPT-5.6-Sol、GLM-5.2を用いるOpenCodeと、Opus 4.8、Opus 5を用いるClaude Codeを、4条件で評価する。攻撃者は被害者の端末上の悪意あるアプリ、または低権限アカウントを持つ遠隔攻撃者のいずれかとし、それぞれに難読化APKのみが与えられる場合と、ソースコードにアクセスできる場合を設けた。 難読化APKだけの場合、最上位のGPT-5.6-Sol搭載OpenCodeは、悪意あるアプリの条件で53.8%、遠隔攻撃者の条件で16.7%のアプリケーションにおいてプローブを作動させた。ソースコードを与えると、全エージェントと両攻撃条件を通じた作動率は28.8%から32.8%へ上昇した。ベンチマークの構築と実行を通じ、未報告だった脆弱性が23件見つかり、その大半は保守担当者により確認されている。

v1の要旨から自動生成。本文の精読・人による確認は未実施。

初稿
2026-09-21(UTC)
最新改訂
2026-09-21 · v1
査読・掲載
査読状況未確認
arXivで読むPDF

更新履歴

取得できた版を表示。版の更新は査読済みを意味しません。過去版の本文差分は未解析です。

原文の要旨

AI agents now report vulnerabilities faster than maintainers can review them. Reports often depend on security properties specific to the application, and require considerable human labor to process. To mitigate this, we introduce a framework for evaluating vulnerability reports via probes, executable checks of security properties. A reported exploit is evaluated by replaying it against the application and running the probes: a triggered probe indicates both that the exploit succeeded and which security property it violated. As a probe encodes a security property rather than a known vulnerability, it can detect vulnerabilities that were not known when the probe was written. We instantiate the framework as MobileCybench, a benchmark for vulnerability discovery by AI agents in 13 Android applications, with 495 probes written and reviewed by the authors. We evaluate 5 coding agents (OpenCode with GPT-5.5, GPT-5.6-Sol, and GLM-5.2; Claude Code with Opus 4.8 and Opus 5) under 4 settings: as a malicious app on the victim's device or as a remote attacker with a low-privilege account, each with either only an obfuscated APK or access to the application's source code. Given only the obfuscated APK, the top agent, OpenCode with GPT-5.6-Sol, triggers probes in 53.8% of applications in the malicious-app setting and 16.7% in the remote-attacker setting. With source code, the trigger rate across all agents and both attack settings increases from 28.8% to 32.8%. Building and running the benchmark surfaced 23 previously unreported vulnerabilities, the majority of which have been confirmed by maintainers.

arXiv ID: 2609.23980 / 要約の誤りについて