181,874件に及ぶオンライン会議の記録が、インターネット上にパスワード保護なしで露出していることがセキュリティ研究者によって発見された。登録ユーザーであれば誰でも閲覧可能な状態だったという。研究者は1月28日にこの問題をベンダーへ報告したものの、CTOから6ヶ月間にわたり返信は一切なかった。7月22日に研究者が再度検証した際も、データは露出したままだった。
該当するツールは「tl;dv」。海外で高い人気を誇り、200万人以上のユーザーを抱えると自称するAI会議議事録作成サービスだ。Google Meet、Zoom、Teamsなどのオンライン会議にbotを参加させ、自動で録音、文字起こし、要約を行う仕組みをとっている。
こうしたツールが記録しているのは、単なる雑談ではない。営業電話、採用面接、人事評価、経営戦略会議など、極めて機密性の高い内容が含まれている。研究レポートの指摘は極めて的を射ている。「『この通話は録音されます』というアナウンスに全員が気まずい苦笑いを浮かべた後、45分間にわたって商業機密を話し続けるのが会議の現実だ」と。
問題の本質は「誰に閲覧権限があるか」
tl;dvは会議の記録をクラウドデータベースに保存し、セキュリティルールによって閲覧権限を制御していた。本来であればユーザーごとに隔離され、自分の参加した会議のみが閲覧できる設計であるべきだった。しかし実際の設定では、登録ユーザーであれば誰でもプラットフォーム全体の全ユーザーの会議記録をクエリして取得できてしまう状態になっていた。
例えるなら、各部屋のドアには鍵がかかっているマンションで、管理室の全戸データ保管庫が無施錠のまま放置されていたようなものだ。どの住民も全住人の入居情報を自由に閲覧できる。さらに悪質なことに、そのファイルには「予備の鍵の場所」まで明記されていた。すべての会議記録に接続リンクが添付されており、録音中の会議についてはそのリンクが生きている状態だった。
図：漏洩した会議記録のクエリ画面。出典：bobdahacker.com
研究者が確認したところ、常時約1,000件の会議がリアルタイムで録音中であり、そのすべての接続リンクが取得可能だった。彼女は検証として、招待されていないマレーシア教育省のオンライン会議（157人以上が参加中）へリンク経由で直接入室してみせた。さらに、アメリカの大学生による起業プロジェクトのミーティング（21人が参加し、画面共有で未公開コードやプロトタイプを提示中）にも一切の制約なく入室できた。
図：研究者がマレーシア教育省の会議に入室した際のスクリーンショット。出典：bobdahacker.com
図：アメリカの大学生起業会議の画面共有の様子。出典：bobdahacker.com
この一連の侵入において、ハッキングもマルウェアも奪われたパスワードも存在しない。データベースのアクセスルール設定からたった1行が抜け落ちていた、ただそれだけである。181,874件という膨大なデータの背後に複雑な攻撃手法はなく、脅威の入り口はインターネット全体に開かれていた。
影響規模：政府機関から大学、上場企業まで
露出していたのは単なる会議リンクにとどまらない。181,874件の会議記録は、84,312人のユーザー、35,003の企業や機関のドメインに紐づいていた。ブラジル、ウクライナ、米国、日本、マレーシアを含む23カ国の政府会議が含まれており、大学ではUCバークレーや東京大学、企業ではHubSpot、Confluent、三井不動産といった大手・著名組織の会議が網羅されていた。最も露出が激しかった2025年7月には、単月で4万3,000件の会議データが新たに追加されていた。
研究者が公開状態になっていた27,334件の会議データをサンプル調査したところ、1,000件以上がコンテンツを直接閲覧可能であり、715件の参加者メールアドレスが同時に露出していた。このようなセキュリティ不備のあるツールを導入することは、会議室の鍵をベンダーのデフォルト設定にそのまま委ねてしまうことを意味する。
企業側の反論と食い違うタイムライン
メディアでの報道後、tl;dvのCTOであるAllan Bettarel氏は8月5日に声明を発表した。主張の骨子は以下の通りだ。「漏洩したデータは厳密にメタデータのみに限られており、録音音源、文字起こしテキスト、AI要約にはアクセスできない」「研究者が1月に指摘した脆弱性はすでに修正済みである」「7月に検証されたアクセスパスは別の新規の脆弱性であり、24時間以内に遮断した」「会社として技術スタックからFirebaseを完全排除することを決定した」。またCTOは、「年初に研究者からの報告に対する追跡確認を怠った責任は全額自分にある」と謝罪した。
しかし、両者の主張には大きな食い違いが存在する。研究者が提示したタイムラインによれば、1月28日に脆弱性を報告したのち7回にわたり進捗を確認したが、CTOからは1回も返信がなく、7月22日の段階でも脆弱性は再現可能だったとしている。一方、ベンダー側は「2つの独立した脆弱性であり、それぞれ速やかに修正した」と説明している。技術者コミュニティ「Lobsters」では、多くのエンジニアが企業側の対応を「ガスライティング（事実を打ち消さずに深刻度を小さく見せる手法）」と批判した。
外部から双方の主張の真偽を完全に検証することは困難だが、動かしがたい事実が一つある。tl;dvの公式セキュリティページには「SOC2」や「GDPR」といった遵守バッジが誇らしげに並び、「セキュリティチームは24時間以内に対応」と明記されているにもかかわらず、研究者からの6ヶ月間にわたるメールを無視し続けたことだ。コンプライアンス認証は「手続きが存在すること」を証明できても、「データが安全であること」を保障するものではない。
セキュリティの後回しと市場シェア争い
AI会議議事録の分野は、現在最も競争が激しいSaaS市場の一つだ。Fathom、Otter、Fireflies、tl;dvといった新興企業が激しい顧客獲得合戦を繰り広げている。こうした環境下では、市場開拓のスピードがセキュリティ対策の優先度を上回りやすい。スタートアップにおける典型的なパターンとして、ユーザーの利便性を最優先するためにデフォルト権限を極限まで緩く設定し、セキュリティルールは製品リリース後に後付けで修正するという開発運用が横行している。
研究レポートで明かされた象徴的なエピソードがある。tl;dvは内部でワールドカップの勝敗予測ミニアプリを作成し、認証なしの公開サブドメイン上に配置していた。そのAPIエンドポイントからは、19名の社員の氏名と社内メールアドレスが誰でも取得できる状態になっていた。200万人のユーザーの会議録を預かる企業が、自社の社員名簿すら保護できていなかったのである。これはどんなセキュリティレポートよりも雄弁に、組織全体におけるセキュリティ意識の欠如を物語っている。
一般のユーザーや企業にとっての教訓
AIツールを利用する際、会議で発言したすべての言葉は一度ベンダーのサーバーにアップロードされ、文字起こしされ、AIモデルへ投入された上でデータベースに保存される。そのデータが安全かどうかはベンダーのデフォルト設定に依存しているが、ツールを導入する企業の多くはデフォルト設定の検証を行っていない。導入担当者は機能のデモ、価格、営業トークばかりに気を取られ、「データはどこに保存されるのか」「誰がアクセス権を持つのか」「削除を要求した際に完全に消去されるのか」といった本質的な質問を投げかけない。営業担当者自身も答えを持ち合わせていないのが実情だ。
個人レベルでできる対策には限りがあるが、いくつかの基本動作は効果的だ。給与、人事、M&Aなどの極秘テーマを扱う会議ではAI議事録ツールの利用を控えること。利用中のツールがあれば設定画面を開き、過去の会議が「公開」ステータスになっていないか確認し、共有権限を最小限に絞り込むこと。企業組織としては、ツール調達前に「データの保管場所、アクセス権限、消去プロセス」をベンダーに書面で確認することだ。的確な回答を返せるベンダーはごく一部かもしれないが、こうした問い合わせの積み重ねが、ベンダーに対してデフォルト設定の安全化を促す圧力となる。
18万件の会議データ露出はすでに起きてしまった事実である。今後登場する新たなAIツール群で同様のデフォルト設定の過ちが繰り返されるかどうかは、ユーザー側が正しい疑問を投げかけられるかにかかっている。利便性とプライバシーの天秤をベンダーだけに計算させてはならない。ユーザーの側も、自らリスクを計算する姿勢が求められている。
参考リンク：
- BobDaHacker 研究レポート：181,874件の会議データが公衆Webに露出
- Lobsters 議論（s/97laur）
- tl;dv 公式声明：DarkReading報道に関する釈明（CTO Allan Bettarel）
- Hacker News 議論（item?id=49188723）
