アップルで重大なmacOS脆弱性の提出が報告上限に阻まれる、AI時代のバグバウンティは受付と検証能力が焦点に

Last Updated on 2026年8月8日 by oba3

アップル(Apple)の脆弱性報奨金制度で、セキュリティ企業バイナリオ(Bynario)が発見した重大なmacOSの問題を、通常の報告枠からすぐ提出できない状態が生じた。背景には、人工知能(AI)を利用した脆弱性探索の拡大と、それに伴う大量の低品質報告への対応がある。

英フィナンシャル・タイムズ(Financial Times)によると、バイナリオはチャットGPT(ChatGPT)を利用し、約3週間で最新macOSについて50件を超える潜在的な問題を特定した。その中には権限昇格を組み合わせ、Macの広い制御につながり得ると研究者が評価した攻撃経路も含まれていた。しかしアップルが2026年6月に導入した未処理報告数の上限に達し、この重大な問題を直ちに通常経路へ追加できなかったという。

目次

何が起きたのか?

アップルは2026年6月、セキュリティ研究者が同時に提出できる新規報告数を調整した。AIによって生成された低品質な報告や誤検知が大量に送られ、実際の脆弱性を確認する担当者の作業量が増えていたためだ。

制度には未処理報告数の上限だけでなく、一定条件で30日間の待機期間が生じる仕組みも導入されたと報じられている。一方、重要な報告を追加する必要がある研究者は、アップルへ提出枠の拡張を申請できる。

バイナリオは、チャットGPTなどを利用した探索で50件を超える潜在的問題を約3週間で抽出し、複数をアップルへ報告していた。その結果、開いている報告数が上限へ達し、別に確認した重大な権限昇格の攻撃経路を通常のフォームからすぐ提出できない状態になったと説明している。

同社の最高経営責任者アルフレド・ペソリ(Alfredo Pesoli)は、この種の攻撃手法がサイバー犯罪の闇市場では10万ドルから20万ドル程度の価値を持ち得ると推定した。ただし、これはアップルが提示した報奨額ではなく、研究者側による推計である。

その重大な権限昇格問題について、公開されている情報ではCVE番号や修正済みかどうかは確認できていない。アップルがバイナリオと連絡を取り、提出内容を確認していることまでは報じられているが、特定のアップデートで修正されたと断定できる段階ではない。

なお、バイナリオが関与した別の脆弱性としてCVE-2026-43760がある。これはスクリーン共有サーバーに関する問題で、アップルは7月27日のmacOS Tahoe 26.6で修正した。公式説明では、アプリが利用者の機微情報へアクセスできる可能性がある問題とされ、ペソリらが発見者として記録されている。今回提出が滞った権限昇格問題とは別の脆弱性である。

なぜ重要なのか?

脆弱性報奨金制度は、研究者が見つけた問題を攻撃者より先に製品企業へ伝え、安全な修正へつなぐための仕組みである。その実効性は報奨額だけでは決まらない。報告を受け付け、再現性を確認し、重要度を判断し、担当部署へ渡すまでの処理能力も必要になる。

AIによって一人の研究者が大量の候補を短期間に抽出できるようになると、入口へ流れ込む情報量は急増する。しかし、その中には誤検知や再現できない報告も含まれる。企業側は本当に危険な問題を見つけるため、これまで以上に検証作業を行わなければならない。

そこで提出数を制限すると、今度は十分に検証された重大な報告まで待機する可能性が生まれる。今回の事例が示しているのは、脆弱性の発見不足ではなく、報告量と審査能力の不均衡である。

市場構造への影響

アップルのセキュリティ報奨制度では、高度な攻撃経路に対して基本報奨額が最大200万ドルに達し、条件によってはボーナスを含め500万ドルを超える可能性がある。アップルは2025年10月に新制度を発表し、11月から適用した。

さらに同社は、公開報奨制度の開始以降、800人を超える研究者へ総額3500万ドル以上を支払ったとしている。金銭面だけを見れば、研究者を正規の報告経路へ誘導するための制度規模は大きい。

それでも受付容量が不足すれば、高額な報奨制度だけでは情報を吸収できない。脆弱性市場を一つの情報市場として見ると、企業側には価格だけでなく、報告を受理し、価値を判定し、修正工程へ流す能力が必要になる。

研究者側にとっても、報酬額だけが提出先を決める条件ではない。返信までの時間、担当者と技術的な対話ができるか、重大報告を優先的に扱えるか、報告状況を追跡できるかといった運用品質が制度への信頼につながる。

今回の問題は、合法的な報奨制度とサイバー犯罪市場を同列に扱う話ではない。ただし、正規の受付経路が長期間機能しなければ、研究者が別の売却先を検討する経済的誘因が強まる可能性はある。企業にとっては、研究者を安全な開示経路へとどめること自体がセキュリティ投資になる。

資金・規制・流動性との関係

アップルが直面しているのは、報奨金予算だけの問題ではない。AIによって報告の供給量が増える一方、それを評価する高度なセキュリティ人材や検証時間には限界がある。資金を増やしても、技術的な審査能力が同じ速度で増えなければ処理待ちは残る。

アップル自身も報告の振り分けにAIを利用していると説明している。AIが脆弱性候補を大量に生成し、企業側もAIを使って分類するという構造になりつつあるが、最終的な再現性や影響度の判断には人間による確認が依然として重要になる。

同社の現在の報告ガイドラインも、長いAI生成説明より、明確な技術説明、再現可能な実証コード、信頼できる概念実証を重視している。これは報告件数そのものより、検証可能な情報へ審査資源を集中させる設計といえる。

現時点で、今回の事例を受けて政府や規制当局が新しい脆弱性報告ルールを導入した事実は確認されていない。まず問われているのは、民間の報奨制度がAIによって増えた報告量へどう適応するかである。

初心者向け補足

脆弱性報奨金制度は、ソフトウェアの欠陥を見つけた研究者が企業へ安全に報告し、その重要度に応じて報酬を受け取る仕組みである。バグバウンティとも呼ばれる。

CVEは、公開された脆弱性を識別するための番号である。ただし、研究者が見つけた問題すべてに直ちにCVEが付くわけではない。企業側で確認中だったり、修正前だったりする段階では、番号や詳細が公開されていない場合もある。

今回提出が滞った重大な権限昇格問題も、公開情報ではCVEや修正状況が明らかになっていない。一方、CVE-2026-43760は同じバイナリオが関与した別件であり、すでにmacOS Tahoe 26.6で修正されている。この二つを混同しないことが重要だ。

Web3Timesの視点

このニュースで見るべきなのは、20万ドル級の脆弱性という値札ではない。AIによって欠陥候補を探す速度が上がった結果、企業の受付、検証、優先順位付けという人間側の工程が新しい制約になっている。

アップルは低品質な大量報告を抑えるため提出上限と待機ルールを導入した。しかし、その制御によって十分に検証された重大報告まで入口で止まれば、制度の目的と運用が衝突する。重要報告だけを素早く引き上げられる仕組みを作れるかが次の課題になる。

報奨額を高く設定するだけでは、この問題は解決しない。研究者から届く情報を短時間で評価し、必要なものだけを製品チームへ渡せる処理能力まで含めて、バグバウンティ制度は成立する。

AI時代のセキュリティ競争では、脆弱性を見つける能力に加え、発見された候補を検証し、優先順位を付け、修正へつなげる能力も重要になる。今回のアップルの事例は、セキュリティ報奨制度が賞金制度ではなく、膨大な技術情報を安全な修正へ変換する組織インフラであることを浮き彫りにしている。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

Web3をやさしく解説するOba3

目次