何が起きたか
火曜日、デジタル防御企業A Securityの研究者が、ビデオ会議プラットフォームZoomの脆弱性を公表しました。問題があったのは、画面共有中にリアルタイムで注釈（アノテーション）を行うために使われるプロトコルです。画面共有を伴う通話に参加していれば、参加者でもホストでも対象になり、被害者側の操作も、何かが起きたという表示もないまま、静かに端末を乗っ取られうる性質のものでした。影響範囲はZoomがサポートする全OS、すなわちWindows、macOS、Linux、iOS、Androidの5つに及びます。Zoomは同じ火曜日にセキュリティアドバイザリを公開し、すでに展開を始めている修正の詳細を示しています。
本当の論点は「20プロンプト未満」
この案件で注目すべきは、脆弱性そのものよりも発見の経緯です。研究者は6月初旬、公開されているAIモデルを使ってこのバグを見つけました。脆弱性の発見から実際に動く攻撃の作成まで、要したプロンプトは20回未満。共同創業者のOmer GullはWIREDに対し、以前であれば5人のチームが半年ほどかけ、多くの改良と反復を重ねてようやく到達できた水準だと述べています。
つまり同じ成果に必要なコストが、人月単位から一晩の作業単位へと圧縮されたことになります。Gullが危険視するのは能力そのものではなく、その「民主化」です。参入障壁が急速に下がっている、という表現がそれを端的に示しています。
なぜ「注釈機能」が狙われたのか
AIによるバグハンティングのシステムがこのコンポーネントを掘り下げた理由も示唆的です。人間のバグハンターと同じく、入り組んでいて目立たない機能には見落とされた脆弱性が潜みやすい——特にプロプライエタリなクローズドソースのソフトウェアではそうだ、と学習していたためだといいます。
Zoomほどの企業なら広範なコードレビューと検証を行っているはずですが、外部の公開レビューが働かない領域では、地味で、しかし複雑な機能ほど不備が残りやすい。注釈機能はまさにその典型でした。攻撃者から見れば、機能の華やかさではなく「誰も真剣に見ていない複雑さ」こそが入口になります。
信頼されている製品ほど標的になる
GullはZoomが重要な標的である理由として、人々がZoomを使うとき信頼を前提にしており、脅威とは見なしていない点を挙げています。今回の開示は、AIモデルが脆弱性の発見、エクスプロイトの開発、さらには自律的なハッキングまでこなす能力を獲得しつつあるという文脈の中に置かれています。攻撃側だけがこのレバレッジを手にする構図が、当面の現実的なリスクです。
💼 事業会社視点：これは自社にどう効くか
経営視点で受け取るべきは「Zoomにパッチを当てる」以上の話です。第一に、日本企業が業務標準として使うSaaSは、Zoomに限らず「信頼されているがゆえに検査されない領域」になっています。会議ツール、チャット、電子契約、勤怠——脅威モデルから外して考えていないでしょうか。今回は画面共有という、経営会議やIR、受託開発のクライアント説明で最も使われる機能が突破口でした。機密を映しながら通話する場面ほど被害が重いという皮肉があります。
第二に、SaaS事業者・受託開発の立場では、攻撃コストの前提が変わりました。5人×半年が20プロンプト未満になったということは、自社プロダクトの「誰も触らない古い機能」「独自プロトコル」「レガシーな管理画面」が、これまでは採算に合わなかった探索対象に格上げされたということです。クローズドソースであることは、もはや防御になりません。
打ち手は三つ。（1）主要SaaSのアドバイザリ購読とクライアント自動更新の強制適用を、情シス任せでなく経営マターとして期限管理する。（2）自社プロダクトの「複雑で地味な機能」を棚卸しし、外部診断の対象を主要導線から周辺機能へ広げる。（3）攻撃側と同じAIを防御側でも回す。20プロンプトで見つかるものを自社が先に見つけられない体制は、コスト構造の面で不利です。