GoogleMeet

Google Meetが「不審な参加者」を自動で振り分ける新機能を導入

オンライン会議に知らない名前が紛れ込む。あの不快な体験に、Googleがようやく構造的な対策を打ち出した。だが、それで十分なのだろうか。

情報の灯台

2026年3月25日

オンライン会議に知らない名前が紛れ込む。あの不快な体験に、Googleがようやく構造的な対策を打ち出した。だが、それで十分なのだろうか。

Google Meetの新しい参加承認フローとは何か

Google Meetに「保護されたゲスト承認フロー（Safeguarded guest admit flow）」が導入される。会議への参加リクエストが、リスクレベルに応じて2つのキュー（待機列）に自動で振り分けられる仕組みだ。

従来のGoogle Meetでは、参加リクエストはすべて1つの待機列に並んでいた。大規模な会議やウェビナーで数十人が同時にノックしてくると、主催者は1人ずつ確認する余裕がない。結果として「とりあえず全員承認」になり、不審なアカウントが紛れ込む温床になっていた。

新しいフローでは、カレンダー招待に含まれている参加者や組織内のユーザーは「確認済み」のキューに入り、デフォルトで承認される。一方、Googleが精査が必要と判断した接続はリスクキューに分離され、デフォルトの操作が拒否に設定される。

主催者と共同主催者は引き続きすべての権限を持ち、デフォルトの判断を覆すこともできる。あくまで「提案」であって、最終決定権はホスト側にある。

なぜ今、このアップデートが必要なのか

背景にあるのは、ビデオ会議を取り巻く脅威の変質だ。

2020年のパンデミック初期、問題の中心は「Zoom爆撃」だった。不特定多数が会議に乱入し、不適切なコンテンツを表示する愉快犯的な行為。Google Meetは当初から10桁の複雑な会議コードや匿名ユーザーの制限で、この種の攻撃には比較的強かった。

だが2025年以降、脅威の主役が入れ替わりつつある。AIノートテイカーのボットだ。Otter.ai、Fireflies.ai、Read.aiといったサービスのボットが、参加者のカレンダーと連携して会議に「勝手に」入ってくる事例が急増している。

Zoomのコミュニティフォーラムには深刻な報告が並ぶ。ボットが待機室をすり抜けた、主催者の録画を乗っ取られた、という声だ。Google Meetでも状況は他人事ではない。会議のリンクさえあれば、ボットは人間と同じようにノックできる。主催者が大量のリクエストに圧倒されている隙に紛れ込む手口は、まさに今回のアップデートが対処しようとしている構図そのものだ。

展開スケジュールと対象ユーザー

即時リリースドメインでは3月24日（現地時間）から段階的に展開が始まっており、最大15日間で全ユーザーに届く。計画的リリースドメインは4月7日（現地時間）から同様のスケジュールで展開される。

対象は幅広い。Google Workspaceの全プラン、Workspace Individualユーザー、さらには個人のGoogleアカウントでも利用可能だ。管理者による特別な設定は不要で、機能は自動的に有効になる。

これは地味だが重要なポイントだ。セキュリティ機能は往々にして有料プラン限定になりがちだが、今回は無料ユーザーにも等しく提供される。教育現場やNPOなど、予算の限られた組織にとっては歓迎すべき判断だろう。

一括承認は残る──便利さとリスクの天秤

Googleは、主催者が参加者を一覧表示して「全員承認」「全員拒否」を一括操作できる機能も維持している。大規模なウェビナーでは現実的に必要な機能だが、ここにリスクが残る。

確認済みキューの一括承認は問題ないとしても、リスクキューに本来の参加者が誤って振り分けられる可能性はゼロではない。Googleが「精査が必要」と判断するロジックは公開されておらず、判定基準がブラックボックスのまま運用が始まる。

正直なところ、この機能はビデオ会議セキュリティの「最低限」に近い。ZoomはすでにCAPTCHA認証やSDKキーの無効化など、ボット対策をより深いレイヤーで進めている。Google Meetが2キュー方式で追いついたのは事実だが、AIボットが人間と見分けがつかなくなる時代に、リスク判定の精度がどこまで保てるかは未知数だ。