GitHubのAI監査でAndroidアプリの脆弱性24件を発見・報告、OsmAndやWikipediaの事例を公表

GitHub Security Labの研究者Kevin Stubbings氏は9月28日、AIを使ったAndroidアプリ監査で脆弱性24件を発見・報告したと公表した。具体例として、地図アプリ「OsmAnd」の位置情報に関わる問題と、Android版Wikipediaの認証情報に関わる問題を示した。

■Android向けの監査手順を公開

監査に使った「Taskflow Agent」は、YAMLファイルで大規模言語モデル（LLM）の調査手順を定義するオープンソースのツールだ。調査対象を段階的に絞り込み、コードを読み解いて脆弱性の候補を探す。

Stubbings氏はAndroid向けに、外部からデータが入る箇所をモバイル用とそれ以外に分ける「gather_mobile_entry_point_info」を追加した。さらに「classify_application_local」を編集し、入口の種類ごとに確認すべき脆弱性をLLMへ示した。アプリ間で動作を依頼する「インテント」を扱う箇所では、外部アプリによる権限の悪用などを調べる。

GitHub Security Labによると、複数回の監査でこれらの手順を組み合わせ、Androidアプリの脆弱性24件を発見・報告した。公開した事例には、アプリ内の処理やコンポーネント間の信頼関係に関わる問題が含まれる。

■OsmAndでは地図の読み込み先を変更

「OsmAnd」はOpenStreetMapのデータを使う地図・ナビゲーションアプリで、日本のGoogle Playでも提供されている。Google Playに表示されるAndroid版のダウンロード数は、2026年9月時点で1000万回以上だ。

GitHub Security Labによると、OsmAndの「MapActivity」は他のアプリから起動でき、外部から送られたインテントに付随するデータを使って設定を読み込んでいた。特別な権限を持たないアプリでも、この仕組みを通じて地図タイルの読み込み先を攻撃者のサーバーへ変更できたという。

変更後に利用者が地図を表示すると、読み込まれたタイルの座標がサーバーに記録される。GitHub Security Labは、同じ問題を使ってナビゲーション経路の出発地と目的地も取得できたとしている。

■WikipediaアプリではリンクとCookieの処理が問題に

Android版Wikipediaは、外部のリンクからアプリ内のページを開く仕組みを備える。GitHub Security Labによると、リンク先の判定ではドメインの末尾を確認していたため、細工したリンクから攻撃者の管理するページをアプリ内で開けた。

同研究チームは、ページへCookieを渡す処理にも同種の判定があったと説明する。利用者が細工したリンクを開くと、攻撃者のページへ認証に関わるCookieが送られ、Wikimediaの各プロジェクトで使うアカウントに影響が及ぶ可能性があったという。

Wikimediaの開発記録では、Cookieを渡す際のドメイン判定を修正するプルリクエストが8月4日にマージされ、関連する問題は8月26日に解決済みとなっている。OsmAndとWikipediaの利用者は、配信元で提供される更新を確認できる。

■候補の確認と深刻度の判断には研究者が関与

GitHub Security Labは、LLMが深刻度を見積もる際、アプリの保存領域やデータの読み込み順序といった条件を見落とす場合があると説明する。そのため、候補ごとに攻撃が成立するかを検証し、モバイルアプリに詳しい研究者が影響を判断している。

別のWebアプリ監査では、40を超えるリポジトリから1003件の候補が出た。GitHub Security Labによると、重複の整理などを経て91件を人手で調べ、19件を報告に値する脆弱性と判断した。

Taskflow Agentと監査手順のソースコードは公開されている。GitHub Security Labが示す実行例ではGitHub Copilotのライセンスを使用し、中規模リポジトリの監査に1～2時間ほどかかるという。結果はSQLiteデータベースに保存され、組み込みの閲覧画面で確認できる。

元記事: GitHub’s AI Security Agent Found 24 Android CVEs: GPS Tracking, Wikipedia Takeover