何が起きたか（事実は簡潔に）
Zoomのアプリに、会議中に他の参加者の端末を乗っ取れる重大な脆弱性が存在し、火曜日に修正が配布されました。影響範囲はWindows、macOS、Linux、Android、iOSの5つのプラットフォームに及びます。
悪用されたのは、画面共有中に画面上へ描き込める「注釈（annotation）」機能です。攻撃者は会議を主催するか参加するだけで、被害者の端末上で任意のコードを実行できたとされ、データの窃取、カメラやマイクの起動、マルウェアの設置が可能だったと説明されています。しかも被害者側の操作は一切不要で、A Securityは「侵害を示す視覚的な手がかりはない（no visual cue indicating the compromise）」としています。
報告したのはA Securityで、火曜日のブログ記事で公表しました。先行してWiredが報じています。The Vergeの記事はEmma Roth氏（以前はMUOで執筆・編集）が執筆しました。
なぜ重要か——脆弱性の「発見コスト」が崩れた
本件で本当に注目すべきは、Zoomという製品の欠陥そのものよりも、それが見つかった経緯です。A Securityの脆弱性研究者Idan Levcovich氏は、この種の動作する攻撃コードの作成は「常に国家レベルの仕事だった。精鋭チーム、数カ月の労力、政府が兵器として規制する規模の予算」が必要だったと書いています。そのうえで「A（Security）はそれを1日で、AIエージェントと、今日誰でもアクセスできるモデルを使ってやってのけた」と述べています。
つまり、これまで攻撃側の参入障壁として機能していた「時間・人材・資金」という三点セットが、公開モデルとエージェントの組み合わせによって大きく下がった可能性があるということです。20未満のプロンプトという数字は、技術的な難易度ではなく経済的な難易度の話をしています。
「地味な機能」が攻撃面になる構造
注釈機能は、会議中にちょっと丸をつける程度の補助機能です。多くの企業のリスク評価で、この種の機能が単独で棚卸しされることはまずありません。しかし攻撃面（アタックサーフェス）の観点では、共有画面という他人の入力を受け取る経路であり、全OSに実装が存在します。
AIによる探索は、人間の研究者が優先順位を下げがちなこうした周辺機能まで、コストをかけずに総当たりで見にいけます。今後、同種の「誰も見ていなかった補助機能」の欠陥報告が増えると考えるのが自然です。
💼 事業会社視点：これは自社にどう効くか
日本企業にとって、まず即断すべきはZoomクライアントの強制アップデートです。Zoomは火曜日に修正を出していますが、影響はWindows・macOS・Linux・Android・iOSの5系統で、私物端末やタブレットからの参加が野放しになっている組織ほど穴が残ります。情シスは「配布済み」ではなく「バージョン別の適用率」で報告させるべきです。
より重い含意は、事業側にあります。ECやSaaSのように自社プロダクトを持つ企業は、これまで「うちを狙う攻撃者は割に合わない」という暗黙の前提でリスクを見積もってきました。国家レベルの体制が必要だった攻撃コード作成が1日で済むなら、その前提は崩れます。脆弱性報奨金や外部ペネトレーションテストの頻度・単価を、来期予算の議論に載せる時期です。
受託開発・SIerはさらに直接的です。納品物の脆弱性が「発見されにくいから顕在化しなかった」だけだった場合、保守契約の瑕疵責任が一気に現実化します。過去案件のうち画面共有・ファイル入出力・描画処理など外部入力を扱う機能を洗い出し、AIエージェントによる自社側の事前検査を先に回すべきです。攻撃側が使える道具は、防御側も同じ日から使えます。