これまでのAIセキュリティ記事では、AIチャットの共有リンク・公開アーティファクトからの漏洩や、ブラウザ拡張機能によるAI会話の収集など、「社員が便利だと思って使った機能が、そのまま漏洩経路になる」ケースを扱ってきました。
今回取り上げるのは、その中でも気づきにくい経路です。AI議事録ボット・会議アシスタントは、カレンダーと連携した瞬間から、人の操作なしに会議へ参加し、録音し、要約を作り、参加者にメールで送ります。社外との商談にも、人事の面談にも、です。しかも個人の判断で登録したボットは、カレンダー連携の権限を持ち続けるため、本人が退職した後も定例会議に参加し続けることがあります。
筆者はネットワークのTAC（テクニカルアシスタンスセンター）で長年、障害対応や顧客との技術会議に携わってきました。当時から「会議の録音・議事録が誰の手元に残るか」は情報管理の基本でしたが、AIボットの登場でその前提が大きく変わっています。本稿では、中小企業の情報システム担当者・総務担当者がすぐに手を打てるように、手口の整理から、Zoom・Microsoft Teams・Google Meetの管理者設定、社内ルール、退職時の手順までをまとめます。
目次
- はじめに——漏洩の起点が「人の操作」から「ボットの自動動作」へ
- 前提——会議AIの3つのタイプを整理する
- 漏洩の手口——ボットはどう社外秘を持ち出すのか
- 第1の防御層：ボットの許可リストと会議への入場制御
- 第2の防御層：自動参加・要約配信の管理者制御
- 第3の防御層：録音・AI要約の同意ルール
- 第4の防御層：退職・異動時の連携解除
- 漏洩が起きたときの初動
- 多層防御チェックリスト
- よくある質問（Q&A）
- まとめ
- 参考リンク
はじめに——漏洩の起点が「人の操作」から「ボットの自動動作」へ
共有リンクの漏洩は、本人が「共有」ボタンを押すことが起点でした。ブラウザ拡張の問題は、拡張機能が画面上の会話を読み取ることが起点でした。どちらも、少なくとも社員がPCの前で何かを操作しています。
AI議事録ボットは違います。一度カレンダー連携を許可すると、以後は本人が何もしなくても、予定表に入っている会議URLへボットが自動で参加します。本人が欠席した会議にボットだけが参加し、録音して要約を作る、ということも起こります。
また、オーバーシェアリングの記事（7/21）では、社内データへのアクセス権が広すぎる問題を扱いました。本稿のテーマは、社外の参加者を含む「会議の場」から漏れるという点で性質が異なります。社内の権限設計だけでは防げないため、会議ツールの管理者設定と運用ルールを組み合わせた多層防御が必要です。
前提——会議AIの3つのタイプを整理する
一口に「AI議事録」といっても、仕組みとリスクの出方はタイプによって異なります。まずは自社で何が使われているかを、この3つに分けて把握するところから始めます。
| タイプ | 代表例 | 仕組み | 主なリスク | 管理のしやすさ |
|---|---|---|---|---|
| A. 会議ツール内蔵のAI | Zoom AI Companion、Microsoft Teams の Copilot／インテリジェント要約、Google Meet の「自動メモ作成（Take notes for me）」 | 会議ツール自身が文字起こし・要約を生成 | 要約の配信範囲が広すぎる設定、社外参加者への自動送付 | 高い（管理コンソールで一元制御できる） |
| B. 外部の議事録ボット（参加者型） | Otter.ai、Fireflies.ai、tl;dv、Read AI など | ボットが「参加者」として会議に入り、録音・要約 | カレンダー連携による自動参加、外部クラウドへの保存、退職後の残存 | 低い（社員が個人で登録しがち） |
| C. 端末側の録音・文字起こしアプリ | PCやスマホの録音＋AI文字起こしアプリ、ボットなしで録るデスクトップ型ツール | 端末の音声を直接録音して要約 | 他の参加者から見えない、ボット検知が効かない | 最も低い（端末管理とルールで対応） |
本稿では主にAとBを扱います。Cは会議ツール側の設定では検知できないため、後述の「同意ルール」と端末管理（MDM）の対象として整理してください。
漏洩の手口——ボットはどう社外秘を持ち出すのか
手口1：カレンダー連携による自動参加
外部の議事録ボットの多くは、初回登録時にGoogleやMicrosoftのアカウントでサインインし、カレンダーの読み取り権限を求めます。許可すると、ボットは予定表をもとに会議URLを把握し、「自分がホストの会議だけ」「すべての会議」などの設定に従って自動参加します。
- 本人が欠席した会議にも参加する：予定表に入っている限り、ボットだけが入室して録音することがあります。
- 社外主催の会議にも参加する：取引先が主催する商談や、共同開発の秘密保持下の打ち合わせにもボットが現れ、相手企業の情報まで外部サービスに保存されます。
- 参加者全員の同意が取れていない：2025年8月に米国で提起されたOtter.aiに対する集団訴訟（Brewer v. Otter.ai）では、アカウント所有者がカレンダーを連携していると、ホストを含む他の参加者の同意なしにボットが参加・録音できる、と主張されています（訴訟上の主張であり、裁判所の判断ではありません）。
手口2：要約の「参加者全員」自動配信
内蔵AI・外部ボットのどちらにも、会議後に要約を自動でメール送付する機能があります。ここで配信先が「招待された全員」になっていると、次のような事故が起きます。
- 社外との打ち合わせの後半で、取引先が退出した後に社内だけで話した「値引きの下限」や「相手企業の評価」が、要約に含まれて取引先にもメールで届く。
- 社内向けの定例に外部の業務委託メンバーが招待されており、人事・評価の話題が要約されて社外に送られる。
- 要約に含まれる「次のアクション」に、未発表の製品名や価格が記載される。
たとえばGoogle Meetの「自動メモ作成」には、メモの共有先として「組織外を含むすべての招待客」「組織内の招待客」「主催者と共同主催者のみ」の選択肢があります。Zoom AI Companionの要約共有にも「ホストのみ」から「すべての招待者」までの段階があります。どこまで送るかは設定次第であり、初期値や個人の設定を確認しないまま使うと、意図せず社外に配信されます。
手口3：退職後も残る連携と録音
最も見落とされやすいのが退職時です。次のような状態が残っていると、退職者のボットが会議に参加し続けることがあります。
| 残存のパターン | 何が起きるか |
|---|---|
| 業務の招待を個人のカレンダー（個人Gmail等）に転送・同期していた | 会社アカウントを停止しても、個人カレンダー側の予定とボット連携は生きている |
| 定例会議のURLが固定（繰り返し予定） | ボットが会議URLを知っている限り、入室を試み続ける |
| 社外主催の会議に個人アドレスで招待されていた | 自社の管理外で招待が続き、ボットも参加し続ける |
| ボットサービス側のアカウントが残っている | 過去の録音・文字起こしが退職者の個人アカウントに保存されたままになる |
ポイントは、会社のアカウントを無効化するだけでは、外部サービスに保存されたデータも、個人側の連携も消えないということです。
手口4：外部サービス側での保存・二次利用
外部ボットが録音した音声・文字起こし・要約は、そのサービスのクラウド（海外のデータセンターであることも多い）に保存されます。利用規約やプライバシーポリシーによっては、AIの改善（学習）に利用されることもあります。前述の訴訟でも、録音がAIの学習に使われている点が争点の一つになっています。会議に顧客の個人情報が含まれる場合、個人情報保護法上の取り扱い（委託先の監督、外国にある第三者への提供など）も確認が必要です。
第1の防御層：ボットの許可リストと会議への入場制御
最初の層は、「そもそも未承認のボットを会議に入れない」ことです。
許可するボット・ツールを決めて公開する
全面禁止は現実的ではありません。禁止すると、社員は個人アカウントで隠れて使う（シャドーAI化する）ためです。そこで、次のような許可リストを作って社内に公開します。
- 原則として使うもの：会議ツール内蔵のAI（Zoom AI Companion、Teams の Copilot、Meet の自動メモ作成など）。管理者が配信範囲や保存期間を制御できるため。
- 条件付きで許可するもの：法人契約・管理コンソールがあり、データの学習利用を停止でき、保存先と保存期間が明確な外部サービス。
- 禁止するもの：個人の無料アカウントで登録した外部ボット、学習利用を止められないサービス。
Microsoft Teams：外部ボットの検知と待機室（ロビー）制御
Microsoft Teamsでは、会議ポリシーに外部ボットの入場を管理する設定「Manage external bots and their access to meetings」（PowerShellでは ExternalBotAccessMode）が追加されています。値は次の3つです。
| 設定値 | 動作 | 推奨 |
|---|---|---|
AllowAllBots | ボットを検知せず、通常の参加者と同じ扱い | 非推奨 |
RequireApprovalWhenDetected | 検知したボットをロビーに待機させ、主催者が個別に承認（既定値） | 最低限この設定 |
BlockDetectedBots | 検知したボットをロビーにも入れずに拒否 | 機密性の高い部署・会議に推奨 |
設定例は次のとおりです。
Set-CsTeamsMeetingPolicy -Identity "Confidential-Meetings" -ExternalBotAccessMode BlockDetectedBots注意点として、この設定は外部のサードパーティ製ボットが対象で、Microsoft 365 Copilotや自社テナントに登録したアプリは対象外です。また検知は完全ではなく、すり抜けるボットもあれば、人間の参加者が誤ってボットと判定されることもあります。ロビーからの入室許可を誰が出せるかも重要で、許可できる人を主催者・共同主催者に絞っておくと、「よく分からないまま参加者がボットを入れてしまう」事故を減らせます。
Zoom・Google Meet：認証済みユーザーと待機室
- 待機室（Waiting Room）を必須にする：ボットは「〇〇’s Notetaker」のような名前で入室を試みることが多いため、待機室で主催者が見分けられるようにします。
- 認証済みユーザーのみ参加可能にする：社内会議は「組織のアカウントでサインインしたユーザーのみ」に制限すると、外部ボットの入室を大きく減らせます。
- Google Meet のアクセス設定：社内会議は「アクセスの種類」を制限し、招待されていない参加者は承認を必要とする設定にします。
OAuth（カレンダー連携）の同意を管理者が握る
入場制御と並んで効果が大きいのが、社員が外部アプリにカレンダー権限を勝手に渡せないようにすることです。
- Microsoft Entra ID：ユーザーによるアプリへの同意を「許可しない」または「確認済みの発行元・低リスクの権限のみ許可」に制限し、それ以外は管理者の承認ワークフローを通す。
- Google Workspace：管理コンソールの「API の制御」→「アプリのアクセス制御」で、未設定のサードパーティ製アプリによるGoogleデータ（カレンダー等）へのアクセスを制限し、許可したアプリだけを「信頼できる」に登録する。
これで「個人判断でボットを登録し、会社のカレンダーと連携する」入口そのものを塞げます。
第2の防御層：自動参加・要約配信の管理者制御
許可した内蔵AIや外部サービスについても、既定の動作を安全側に寄せておきます。考え方は「自動で参加させない、自動で全員に送らない」です。
| ツール | 確認する設定 | 推奨値の考え方 |
|---|---|---|
| Zoom AI Companion | 会議要約の自動共有先（Automatically share summary with） | 「ホストのみ」または「ホストと組織内の招待者」。「すべての招待者」はロックして選べないようにする |
| Microsoft Teams（Copilot／録画・文字起こし） | 会議でのCopilotの利用（会議中のみ／会議後も）、文字起こし・録画の既定動作、録画・文字起こしへのアクセス範囲 | 社外参加の会議では「会議中のみ」や録画・文字起こしの自動開始をオフにし、アクセスを組織内に限定 |
| Google Meet（自動メモ作成） | 自動メモ作成の自動開始、メモの共有先の既定値 | 自動開始は「オフ」または必要な会議のみ。共有先は「組織内の招待客」または「主催者と共同主催者のみ」 |
| 外部議事録サービス（法人契約） | 自動参加の範囲、要約の自動送信先、データの学習利用、保存期間 | 自動参加は「自分がホストの社内会議のみ」、送信先は社内のみ、学習利用はオフ、保存期間は90日など短めに |
各ツールの画面名・選択肢は、プランや更新時期によって変わります。上記は考え方の目安として、実際の管理画面で確認してください。また、個人が変更できないよう管理者側でロックすることが大切です。個人設定に任せると、便利さを優先して「全員に送る」に変える人が必ず出てきます。
「社外参加あり」の会議を区別する
すべての会議で同じ設定にすると、業務効率と安全性のバランスが取れません。おすすめは、社外の参加者が含まれる会議では、要約の自動配信を行わず、主催者が内容を確認してから共有する運用です。要約は「下書き」と考え、送る前に人が見る工程を必ず挟みます。特に、社外の参加者が退出した後の雑談や内部検討が要約に混ざっていないかを確認します。
第3の防御層：録音・AI要約の同意ルール
技術的な制御だけでは、端末側の録音アプリ（タイプC）や、相手企業のボットには対応できません。そこで社内ルールとして、録音・AI要約の扱いを明文化します。
社内ルールに入れるべき5項目
- 事前告知：AIで録音・要約する場合は、招待文と会議の冒頭で必ず伝える（例：「本日はAIによる議事録作成のため録音します。ご異議があればお知らせください」）。
- 相手の拒否を尊重：社外の参加者が録音・AI要約を望まない場合は、オフにして手動でメモを取る。
- 録音しない会議の指定：人事面談、評価、懲戒、M&A、未発表の価格交渉、顧客の個人情報を扱う会議などは、AI録音を原則禁止にする。
- 相手企業のボットへの対応：取引先のボットが参加してきた場合、機密性の高い議題では退出をお願いするか、議題を分ける。待機室で入室を断ってよいことを社員に周知する。
- 要約の取り扱い：要約・文字起こしの保存場所、共有範囲、保存期間を決め、私物のメールやクラウドへの転送を禁止する。
法的な観点での注意
日本では、会話の当事者による録音そのものが直ちに違法になるとは限りませんが、録音・文字起こしに特定の個人を識別できる情報が含まれれば個人情報として扱う必要があり、利用目的の通知や安全管理措置が求められます。また、取引先との秘密保持契約（NDA）で録音や第三者サービスへの情報提供が制限されている場合もあります。海外の参加者がいる会議では、全員の同意を求める法域もあります。ルールの策定にあたっては、必要に応じて弁護士など専門家に確認してください。
第4の防御層：退職・異動時の連携解除
退職者のボットが会議に残り続ける問題は、退職手続きのチェックリストに「AI連携の解除」を入れることでほぼ防げます。
| タイミング | やること | 担当 |
|---|---|---|
| 退職の決定時 | 本人が利用している議事録サービス・AIツールを申告してもらう。法人契約サービスはデータの引き継ぎ先を決める | 上長・情シス |
| 最終出社日まで | 本人に外部サービスのカレンダー連携解除と、業務データの削除（または会社への引き渡し）を依頼。個人カレンダーへの転送・同期設定を解除 | 本人・情シス |
| アカウント停止時 | Microsoft Entra／Google Workspaceで、本人が同意したサードパーティアプリのトークンと権限を取り消す。サインインセッションを失効させる | 情シス |
| 停止後 | 本人が主催していた定例会議の主催者を変更し、会議URLを再発行する（固定URLの使い回しを止める） | 上長・情シス |
| 停止後 | 社外主催の定例会議について、取引先に担当者変更を伝え、退職者を招待から外してもらう | 営業・担当部署 |
特に会議URLの再発行は見落とされがちです。繰り返し予定の会議URLは何年も使い回されることが多く、URLを知っているボットや元社員が入室を試みる余地が残ります。異動の場合も、部署をまたぐ機密会議の招待から外す作業を同じ流れで行ってください。
漏洩が起きたときの初動
「取引先に社内向けの要約が届いてしまった」「見覚えのないボットが会議に参加していた」といった事態が起きたら、次の順で対応します。
- 止める：ボットを会議から退出させ、該当ユーザーの外部アプリ連携を管理者側で取り消す。必要に応じて会議URLを再発行。
- 範囲を把握する：要約・録音が誰に送られたか（メールの送信ログ、ツールの共有履歴）、外部サービスに何が保存されたかを確認。
- 回収・削除を依頼する：誤送信先には削除を依頼し、外部サービスには録音データの削除を依頼する（法人契約であれば管理コンソールから削除）。
- 報告する：顧客の個人情報が含まれる場合は、個人情報保護委員会への報告や本人への通知が必要になる可能性があるため、社内の責任者・法務と速やかに判断する。
- 再発防止：設定のロック漏れ、ルールの周知不足など原因を特定し、許可リストと管理者設定を見直す。
多層防御チェックリスト
| 防御層 | 対策 | 防げる手口 |
|---|---|---|
| 第1層：入場制御 | 許可リストの策定・公開 | シャドーAI化、未承認ボットの利用 |
| 第1層：入場制御 | Teams の外部ボット設定（RequireApprovalWhenDetected 以上） | 自動参加 |
| 第1層：入場制御 | 待機室・認証済みユーザー限定 | 自動参加、URL流出時の入室 |
| 第1層：入場制御 | OAuth（カレンダー連携）の同意を管理者承認制に | 自動参加、外部保存 |
| 第2層：管理者制御 | 要約の自動共有先を「組織内」以下にロック | 要約の全員配信 |
| 第2層：管理者制御 | 自動開始・自動参加をオフまたは限定 | 自動参加、意図しない録音 |
| 第2層：管理者制御 | 外部サービスの学習利用オフ・保存期間の短縮 | 外部保存・二次利用 |
| 第3層：同意ルール | 事前告知・録音禁止会議の指定 | 同意のない録音、機密会議の記録 |
| 第3層：同意ルール | 社外参加会議の要約は人が確認してから共有 | 要約の全員配信 |
| 第4層：退職時 | アプリ権限の取り消し・個人カレンダー転送の解除 | 退職後の録音 |
| 第4層：退職時 | 定例会議の主催者変更・URL再発行 | 退職後の録音 |
よくある質問（Q&A）
Q1. 外部の議事録ボットを全面禁止すれば解決しますか？
単純な禁止だけでは不十分です。議事録作成の負担が大きい職場ほど、禁止されると個人アカウントや端末の録音アプリで隠れて使うようになり、管理者から見えなくなります。会議ツール内蔵のAIなど「使ってよいもの」を用意し、許可リストとOAuthの同意制御を組み合わせるほうが、結果的に漏洩を減らせます。
Q2. 会議ツール内蔵のAIなら安全ですか？
外部ボットより管理しやすいのは確かですが、安全とは限りません。要約の自動共有先が「すべての招待者」になっていれば、社外の参加者に社内向けの内容が届きます。内蔵AIでも、配信範囲・自動開始・保存期間を管理者側で確認し、個人が変更できないようにロックすることが前提です。
Q3. 取引先がAI議事録ボットを連れてきた場合、断ってもよいですか？
断って問題ありません。機密性の高い議題であれば、「本日の議題は録音・AI要約を控えていただけますか」と伝え、ボットの退出をお願いするのが一般的になりつつあります。事前に自社の方針として「機密会議では録音・AI要約をお断りしています」と招待文に書いておくと、角が立ちにくくなります。
Q4. 退職者の会社アカウントを削除すれば、ボットも止まりますか？
止まらないことがあります。会社アカウントに紐づくOAuthトークンは無効になりますが、業務の招待を個人カレンダーに転送していた場合や、固定URLの定例会議、社外主催の会議に個人アドレスで招待されている場合は、ボットが参加し続ける可能性があります。退職手続きに、連携解除・転送解除・会議URLの再発行を組み込んでください。
Q5. 中小企業で、まず何から始めればよいですか？
最初の1週間でできることは3つです。①使っている会議ツールの管理画面で、AI要約の自動共有先と自動開始の設定を確認・ロックする、②Microsoft Entra IDまたはGoogle Workspaceで、外部アプリへのカレンダー権限の付与を管理者承認制にする、③退職手続きのチェックリストに「AI連携の解除」と「会議URLの再発行」を追加する。この3つだけでも、本稿で挙げた手口の多くを防げます。
まとめ——「会議に誰が（何が）いるか」を管理する
- 自動で参加させない：ボットの許可リスト、外部ボットの検知・ロビー制御、OAuth同意の管理者承認で、未承認のボットを会議に入れない。
- 自動で全員に送らない：要約の自動共有先を組織内以下にロックし、社外参加の会議では人が確認してから共有する。
- 辞めた後に残さない：退職・異動時に、アプリ権限の取り消し、個人カレンダー転送の解除、会議URLの再発行まで行う。
AI議事録は、議事録作成の負担を大きく減らしてくれる便利な仕組みです。だからこそ、社員が自分の判断で次々に導入します。これまでの会議管理は「誰が参加しているか」を確認すれば十分でしたが、これからは「何が参加していて、記録がどこへ送られ、いつまで残るか」まで管理する必要があります。まずは管理画面の設定確認と、退職手続きの見直しから始めてください。
参考リンク
- Google Meet ヘルプ：Calendar & Meet settings for “take notes for me”
- Google Meet ヘルプ：Take notes for me in Google Meet
- Office 365 for IT Pros：New Teams Policy Controls Meeting Recording and Notetaking Bots
- UC Today：Microsoft Teams to Block External Bots Automatically as AI Notetaker Crackdown Hardens
- Stony Brook University IT：Sharing Zoom AI Companion Meeting Summaries
- NPR：Class-action suit claims Otter AI secretly records private work conversations
免責事項：本記事は2026年10月時点の一般的な情報をもとに作成したものであり、特定の環境における安全性を保証するものではありません。各ツールの設定項目や名称は、プランや提供時期により変更される場合があります。また、本記事は法的助言ではありません。録音の同意や個人情報の取り扱いについては、必要に応じて弁護士などの専門家にご相談ください。
コメント