AI議事録ツールのセキュリティリスクとは、会議の音声や文字起こし、参加者のメールアドレスといった情報が、意図せず外部から見える状態になる危険性のことです。会議には人事や取引条件、開発中の製品情報など機密性の高い内容が含まれるため、ツール選びを誤ると企業の信用問題に直結します。
この記事では、実際に起きた会議データの公開事例、5つの主なリスク、導入前に確認すべき7つのチェック項目、社内ルールの決め方の順に解説します。
「便利だから使い始めたけれど、会議の内容がどこに保存されているのか実はよくわかっていない」という方も多いのではないでしょうか。無料プランで手軽に始められる分、情報システム部門を通さずに現場で導入されているケースも少なくありません。専門知識がなくても判断できるよう、確認すべきポイントをできるだけ具体的に整理していきますね。
AI議事録ツールのセキュリティが今問われている理由とは?

出展:https://unsplash.com/ja
AI議事録ツールのセキュリティが問われているのは、扱う情報の機密性が高い一方で、導入のハードルが非常に低いためです。ボットを会議に招待するだけで使い始められるツールも多く、気づかないうちに社内の重要な会話が外部サービスに蓄積されていく構造になっています。
AI議事録ツールは、Google MeetやZoom、Microsoft Teamsといったオンライン会議に自動で参加し、録画・文字起こし・要約までを行ってくれるサービスです。議事録作成の手間が大きく減るため、営業の商談記録や採用面接の振り返り、社内会議の共有などに広く使われています。
一方で、そこに残るのは「誰が」「誰と」「何を話したか」という、企業にとって最も機微な情報でもあります。
AI議事録ツールが扱う情報はどれくらい重い?
AI議事録ツールが扱うのは、通常の業務データよりも機密性が高い情報だと考えたほうが安全です。
たとえば、次のような内容が記録されている可能性があります。
- 商談での価格条件や競合他社の名前
- 採用面接での応募者の経歴や評価コメント
- 人事評価や処遇に関する社内会議
- 未発表の製品仕様や開発スケジュール
- 取引先から共有された秘密保持契約(NDA)の対象情報
これらは、仮に断片的な情報であっても、外部に出れば取引先への説明責任や損害賠償の問題に発展しかねません。「議事録」という言葉の印象よりも、はるかに重いデータを預けているという意識を持っておきたいところです。
IPAの脅威ランキングでもAI利用リスクが上位に
AI利用にともなうリスクは、国内でも公的機関が注意を促す段階に入っています。
IPA(独立行政法人情報処理推進機構)が公表した「情報セキュリティ10大脅威 2026」では、初めて脅威候補となった「AIの利用をめぐるサイバーリスク」が、組織向け脅威の3位にランクインしました。
IPAは、AIに対する理解が不十分なことによる意図しない情報漏えいや、AIが生成した結果を検証せずに受け入れてしまう問題などを、想定されるリスクとして挙げています(参考:IPA「情報セキュリティ10大脅威 2026」を決定)。
なお1位は「ランサム攻撃による被害」、2位は「サプライチェーンや委託先を狙った攻撃」で、外部サービスを経由したリスクが引き続き重視されていることがわかります。
AI議事録ツールは、まさに「AIの利用」と「外部サービスへの委託」が重なる領域です。
社内のルール整備が追いついていない企業ほど、注意が必要といえるでしょう。
実際に何が起きた?AI議事録ツールで会議情報が閲覧可能だった事例

出典:https://unsplash.com/ja
2026年には、AI議事録サービス「tl;dv」で、全ユーザーの会議メタデータを横断的に取得できる状態だったと、セキュリティ研究者が公表しました。
ここでは何が起きたのかを、研究者側と運営会社側の両方の説明を踏まえて整理します。
どんな状態になっていたのか?
問題の中心は、利用者ごとのデータを分離する設定が不足していたことでした。
セキュリティ研究者のBobDaHacker氏の報告によると、tl;dvの利用者はサインイン時にJWTで認証され、それがFirebaseのトークンと交換される仕組みになっていました。
このトークンを使うと、バックエンドのFirestoreデータベースに対してクエリを実行できる状態にあり、会議情報が格納されたコレクションにはテナント分離(利用企業ごとにデータを区切る仕組み)が設定されていなかったとされています(参考:BobDaHacker氏の開示ブログ)。
その結果、認証済みのユーザーであれば誰でも、他社の会議記録を検索できる状況だったと報告されました。
同氏の調査では、8万4312人のユーザーに属する18万1874件の会議記録と、3万5003のメールドメインが確認されたとされています。各記録には作成者のメールアドレス、会議ID、利用しているオンライン会議サービス、録画の状態、日時などが含まれていたとのことです。
進行中の会議に第三者が入れた可能性も
より深刻だったのは、録画中の会議IDを取得することで、招待されていない会議に参加できた点です。
同氏の報告では、コレクションをリアルタイムで監視すれば録画開始を検知でき、そこで得た会議IDから進行中の通話に入れたとされています。
実際に、海外の政府機関に関連する会議と、大学の学生が開発中のアプリについて話し合う会議に参加したことが実証例として公開されました(参考:Dark Reading)。
画面共有によってプロジェクトの内容が表示されていたケースもあったと報告されています。
運営会社はどう説明している?
tl;dv側は、指摘された脆弱性はすでに修正済みであり、「1つの脆弱性が6か月放置された」わけではないと説明しています。
同社の見解によると、外部のペネトレーションテスト業者による定期評価と研究者からの開示を通じて会議メタデータへのアクセスに関わる脆弱性が判明し、是正措置の実施後に第三者の検証で修正が確認されたとのことです。
その後に見つかったのは同じ基盤に関わる別の攻撃経路であり、こちらは発見から24時間以内にパッチを適用したと発表しています。さらに、いずれのインシデントもFirebaseに関連していたため、システム基盤からFirebaseを完全に削除する措置を取ったとしています(参考:tl;dv公式見解)。
また同社は、外部から見える可能性があったのは会議識別子や会議ID、参加者のメールアドレスとドメインといったメタデータに限られ、パスワード・録音データ・文字起こし・AIが生成したメモ・請求情報にはアクセスできなかったと説明しています。
第三者が会議に参加できたケースについても、URL共有機能を有効にしたうえで主催者が参加リクエストを手動で承認した場合に限られる、ごく一部の事例だとしています。
一方で研究者側は、6か月にわたり具体的な進捗の連絡が得られなかったと主張しており、両者の説明には食い違いがあります(参考:GIGAZINE)。
利用者としては、どちらか一方を鵜呑みにするのではなく、「こうしたことが起こり得る」という前提で自社の対策を考えることが現実的です。
この事例から学べることは何か?
この事例が示しているのは、外部サービスの設定不備一つで、自社の会議情報が第三者に見える状態になり得るということです。
注目したいのは、パスワードが破られたわけでも、データベースが盗まれたわけでもない点です。
通常の利用者として正規にログインしただけで、他社のデータに手が届いてしまう設計になっていたことが問題でした。
つまり、利用者側がいくら強いパスワードを設定していても防げないタイプのリスクであり、だからこそ「どのサービスを選ぶか」「何を話すときに使うか」という判断が重要になります。
もう一つの学びは、メタデータだけでも十分な価値を持つということです。
「誰が」「いつ」「どのドメインの相手と」会議をしていたかがわかれば、営業の商談状況やM&Aの動き、採用の進捗などが推測できてしまう場合があります。録画や文字起こしの中身が守られていれば安心、とは言い切れない点に注意しましょう。
AI議事録ツールに潜む5つのセキュリティリスクとは?

出典:https://unsplash.com/ja
AI議事録ツールのセキュリティリスクは、大きく「サービス側の不備」「共有設定のミス」「学習利用」「無断参加」「シャドーIT」の5つに分けられます。
それぞれ、自社で対処できる範囲が異なる点がポイントです。
リスク1:サービス側の設定不備やアクセス制御の不足
1つ目は、サービス提供者側の設計・設定の不備によって、他社のデータが見える状態になるリスクです。前述の事例がまさにこれにあたり、利用者側の操作では防ぎようがありません。
対策としては、導入前に第三者認証の取得状況や脆弱性診断の実施体制を確認し、機密度の高い会議では利用を避けるといった線引きが有効です。
リスク2:共有リンクの設定ミスによる意図しない公開
2つ目は、議事録の共有URLが想定より広い範囲に公開されてしまうリスクです。
「リンクを知っている人全員が閲覧可能」という設定は便利ですが、転送された先で誰の目に触れるかをコントロールできません。共有範囲の初期設定がどうなっているか、社内で統一したルールを決めておく必要があります。
リスク3:入力データがAIの学習に使われる可能性
3つ目は、会議の音声や文字起こしが、AIモデルの学習データとして利用されるリスクです。
学習に使われた情報が、別の利用者への回答に影響する可能性を懸念する声もあります。利用規約やプライバシーポリシーで学習利用の有無を確認し、オプトアウト(学習に使わせない設定)が可能かどうかをチェックしましょう。
リスク4:会議への無断参加・のぞき見
4つ目は、会議IDやURLが漏れることで、関係のない第三者が会議に参加してしまうリスクです。
オンライン会議では参加者一覧を細かく確認しない場面も多く、見慣れない名前のボットが入っていても気づきにくいものです。機密性の高い会議では待機室を有効にし、開始時に参加者を確認する習慣をつけましょう。
リスク5:シャドーIT化(会社が把握していない利用)
5つ目は、情報システム部門が把握しないまま、現場の判断でツールが使われてしまうリスクです。
無料プランで個人アカウントを作れるサービスも多く、退職時にデータの回収ができないという問題も起こります。どのツールを誰が使っているかを棚卸しするところから始めるとよいでしょう。
ここまでのリスクを、対策の主体ごとに整理しておきます。
以下の表にまとめます。
| リスク | 起きること | 主な原因 | 対策の主体 | 自社でできる対策 |
|---|---|---|---|---|
| サービス側の設定不備 | 他社から会議情報が閲覧できる | アクセス制御・テナント分離の不足 | サービス提供者 | 選定時の確認、機密会議での利用制限 |
| 共有リンクの設定ミス | 議事録が想定外の相手に見られる | 共有範囲の初期設定・運用ルール不在 | 利用企業 | 共有設定の統一、定期的な棚卸し |
| AIの学習利用 | 会議内容が学習データに使われる | 規約の未確認、設定の未変更 | 利用企業(設定による) | 規約確認、オプトアウト設定 |
| 会議への無断参加 | 第三者が会議をのぞき見る | 会議IDやURLの流出 | 利用企業 | 待機室の有効化、参加者確認 |
| シャドーIT化 | 会社が把握しないデータが社外に蓄積 | 現場主導の無許可導入 | 利用企業 | 利用ツールの棚卸し、申請ルール整備 |
AI議事録ツールのセキュリティを確認する7つのチェック項目

出典:https://unsplash.com/ja
AI議事録ツールを選ぶときは、機能や価格だけでなく、次の7項目を確認することをおすすめします。
すべてを完璧に満たすツールは多くありませんが、自社の機密度に照らして優先順位をつけるための材料になります。
項目1:第三者認証を取得しているか
ISMS(ISO/IEC 27001)やSOC 2など、第三者による認証・監査を受けているかを確認しましょう。
認証があれば絶対に安全というわけではありませんが、社内に一定の管理体制があることの目安にはなります。
官公庁や自治体向けの案件では、政府のクラウドサービス調達で用いられる「ISMAP」への登録状況が判断材料になる場合もあります(参考:ISMAPポータル 制度案内)。
項目2:データの保存場所と保存期間は明示されているか
会議データがどの国のサーバーに保存され、いつまで保持されるかを確認します。海外にデータが保存される場合、越境移転に関する説明が必要になるケースもあります。
また、削除を依頼したときに確実に消えるのか、バックアップからも消えるのかまで確認できると安心です。
項目3:暗号化とアクセス制御はどうなっているか
通信時(転送中)と保存時の両方で暗号化されているかを確認しましょう。あわせて、社内の誰がどの議事録を閲覧できるかを制御できる機能があるかも重要です。
部署単位・プロジェクト単位でアクセス権を分けられると、万一の際の影響範囲を小さくできます。
項目4:AI学習への利用有無とオプトアウトの可否
入力したデータがAIの学習に使われるかどうか、使われる場合は停止できるかを確認します。
法人プランでは学習利用を行わないと明記しているサービスもあるため、プランごとの違いにも目を向けましょう。
項目5:脆弱性診断や脆弱性報告への対応体制があるか
定期的な脆弱性診断(ペネトレーションテスト)を実施しているか、外部からの報告を受け付ける窓口があるかを確認します。
前述の事例でも、報告を受けてからの対応の速さと透明性が大きな論点になりました。セキュリティに関する情報を自社サイトで公開しているかどうかは、姿勢を見るうえで参考になります。
項目6:管理者による一元管理ができるか
組織アカウントで利用者を一元管理でき、退職者のアカウントを確実に停止できるかを確認しましょう。シングルサインオン(SSO)や二要素認証に対応していれば、不正ログインのリスクを下げられます。
監査ログを確認できる機能があると、問題が起きたときの調査がしやすくなります。
項目7:インシデント発生時の通知ルールが契約に含まれているか
情報漏えいなどが起きた際に、どのくらいの期間で、どこまでの情報を通知してもらえるかを契約書や利用規約で確認します。
自社が個人情報保護委員会へ報告する立場になる可能性があるため、通知の速さは実務に直結します。契約条件の解釈に迷う場合は、弁護士など専門家への相談をおすすめします。
これらの項目を、機密度に応じてどこまで求めるかの目安として整理しました。
以下の表にまとめます。
| 会議の機密度 | 想定される内容 | 最低限求めたい条件 | 運用上の工夫 | 注意点 |
|---|---|---|---|---|
| 低(社内共有中心) | 定例の進捗共有、勉強会 | 暗号化、管理者による一元管理 | 共有範囲は社内限定に設定 | 参加者に録画を伝える |
| 中(社外を含む) | 商談、パートナーとの打ち合わせ | 第三者認証、学習利用の停止、アクセス制御 | 相手方に録画の同意を取る | NDA対象情報の扱いを事前確認 |
| 高(機微情報を含む) | 人事評価、採用面接、M&A、法務相談 | 保存場所の明示、監査ログ、通知ルールの契約化 | 原則として自動録画をオフにする | そもそもAI議事録ツールを使わない選択肢も検討 |
AIツールの選定・社内ルール整備でお困りの方へ
「どのツールなら自社の基準を満たすのか判断できない」「生成AIの利用ルールを整備したい」といったご相談を承っています。
現状の棚卸しから運用ルールの設計まで、状況に合わせてサポートいたします。
AI議事録ツールを安全に使うための社内ルールの作り方

出典:https://unsplash.com/ja
AI議事録ツールを安全に使うには、ツール選定だけでなく「誰が・どの会議で・どう使うか」を社内ルールとして決めることが重要です。
ここでは、実務で決めておきたい4つのポイントを紹介します。
ステップ1:使ってよい会議と使わない会議を決める
最初に行うべきことは、会議の種類ごとに利用可否を線引きすることです。
「社内の定例会議は可、採用面接と人事評価は不可」といった形で、具体的な会議名まで落とし込むと現場が迷いません。判断に迷うケースが出たときの相談先も、あわせて決めておきましょう。
ステップ2:録画・録音の同意の取り方を統一する
社外の方が参加する会議では、録画することを事前に伝え、同意を得る運用にそろえます。会議の冒頭で口頭で伝えるだけでなく、招待メールの定型文に記載しておくと確実です。
相手が録画を望まない場合の代替手段(手動でのメモなど)も用意しておくと、やり取りがスムーズになります。
ステップ3:共有範囲と保存期間のルールを決める
議事録の共有範囲は「関係者のみ」を原則とし、リンクを知っている全員が見られる設定は例外扱いにしましょう。
また、いつまで保存するかを決め、不要になったデータは削除する運用にします。案件終了後に議事録を棚卸しするタイミングを、業務フローに組み込んでおくと形骸化しにくくなります。
ステップ4:利用ツールを棚卸しし、定期的に見直す
現場で使われているツールを一覧化し、定期的に見直す仕組みを作ります。
サービス側の仕様変更や規約改定によって、前提が変わることもあるためです。半期に一度など頻度を決めて、利用状況と設定内容をあわせて確認するとよいでしょう。
AI議事録ツール経由で情報漏えいが起きたらどう対応する?

出典:https://unsplash.com/ja
外部サービス経由で個人データが漏えいした場合、利用企業側にも個人情報保護委員会への報告義務が生じることがあります。
自社が「被害者」であっても、対応責任からは逃れられない点を押さえておきましょう。
報告が必要になるのはどんなケース?
個人情報保護法では、個人の権利利益を害するおそれが大きい漏えい等が生じた場合に、個人情報保護委員会への報告と本人への通知が義務づけられています。
個人情報保護委員会によると、令和4年4月1日から義務化されており、速やかに(おおむね3〜5日以内)報告を行うこととされています(参考:個人情報保護委員会「漏えい等報告・本人への通知の義務化について」)。
同委員会の資料では、システムの設定ミス等によりインターネット上で個人データの閲覧が可能な状態となり、対象が1,000人を超える場合も報告対象の例として示されています(参考:個人情報保護委員会「漏えい等の対応とお役立ち資料」)。
会議の参加者メールアドレスは個人データにあたり得るため、AI議事録ツールからの流出も無関係ではありません。具体的な該当性の判断は個別の事情によるため、法務担当者や弁護士に確認することをおすすめします。
発覚したときに最初にやることは?
漏えいが疑われる事態を把握したら、まず事実確認と影響範囲の特定を並行して進めます。
一般的には、次のような流れで対応します。
- サービス提供者に連絡し、公表内容と影響範囲を確認する
- 自社アカウントで作成した議事録と共有設定を洗い出す
- 該当する会議の参加者と、含まれていた情報の種類を特定する
- 報告義務の有無を法務・専門家と判断する
- 必要に応じて取引先への説明と、社内への周知を行う
この対応を短時間で行うには、日頃から「どのツールに何が保存されているか」を把握しておくことが欠かせません。棚卸しが後回しになっている企業ほど、初動に時間がかかってしまいます。
AI議事録ツールのセキュリティに関するよくある質問
Q. 無料プランのAI議事録ツールは業務で使っても大丈夫ですか?
A. 無料プランは管理機能や契約上の保証が限られることが多いため、業務利用には慎重な判断が必要です。
管理者による一元管理ができない場合、退職者のアカウントに会議データが残り続けるおそれもあります。
社外の情報を扱う会議で使うのであれば、法人向けプランの利用を検討しましょう。
Q. AI議事録ツールに録画されていることを、参加者に伝える必要はありますか?
A. 参加者に伝えることを原則とした運用をおすすめします。
法的な要否は状況によって異なりますが、事前に伝えておくことで信頼関係を損なうリスクを避けられます。
招待メールへの記載と会議冒頭での一言を組み合わせると、確実に伝わりやすくなります。
Q. 会議の内容がAIの学習に使われるのを防ぐ方法はありますか?
A. サービスの設定や契約プランで、学習利用を停止できる場合があります。
利用規約やプライバシーポリシーに学習利用の記載があるかを確認し、オプトアウトの設定があれば有効にしましょう。
記載が見当たらない場合は、提供元に直接問い合わせて書面で回答を得ておくと安心です。
Q. 第三者認証を取得しているサービスなら安全といえますか?
A. 認証の取得は管理体制の目安になりますが、脆弱性が起きないことを保証するものではありません。
実際に、外部の診断や研究者からの報告によって問題が見つかる事例も起きています。
認証の有無に加えて、問題が見つかったときの対応の速さや情報公開の姿勢もあわせて確認しましょう。
Q. すでに使っているツールが安全か心配です。何から確認すべきですか?
A. まずは自社アカウントで作成した議事録の共有設定を確認するところから始めましょう。
「リンクを知っている全員が閲覧可能」になっている議事録がないかを洗い出すだけでも、リスクを大きく減らせます。
あわせて、利用者一覧と保存期間の設定を確認しておくと、次の打ち手を考えやすくなります。
Q. AI議事録ツールを使わないほうがよい会議はありますか?
A. 採用面接や人事評価、M&A、法務相談など、機微な情報を扱う会議では利用を控える判断も有効です。
こうした会議は、万一の流出時の影響が特に大きくなります。
利便性とリスクを天秤にかけ、会議の種類ごとに利用可否を決めておきましょう。
まとめ:AI議事録ツールは「選ぶ」と「決める」の両輪で守る
AI議事録ツールは業務効率を大きく高めてくれる一方、会議という機密性の高い情報を外部に預ける仕組みでもあります。
最後に、この記事のポイントを振り返りましょう。
- AI議事録ツールのセキュリティリスクは、サービス側の不備・共有設定・学習利用・無断参加・シャドーITの5つに整理できる
- 実際に、設定不備によって他社の会議情報が閲覧できる状態だったと報告された事例がある
- メタデータだけでも、商談状況や採用の動きが推測されるおそれがある
- 選定時は、第三者認証・保存場所・暗号化・学習利用・診断体制・管理機能・通知ルールの7項目を確認する
- ツール選びと同じくらい、「どの会議で使うか」という社内ルールの整備が重要
まずは、社内で使われているAI議事録ツールを一覧化し、共有設定を確認するところから始めてみてください。
そのうえで、機密度の高い会議の扱いをルールとして明文化すれば、現場が迷わず判断できるようになります。
生成AIの安全な業務活用をご検討中の方へ
「ツールの選定基準を作りたい」「社内の利用ルールをゼロから整備したい」といった段階のご相談も承っています。
現状の棚卸しからルール設計、社内展開までを一貫してサポートいたします。
