tl;dvの脆弱性報告と会社側の説明 ─ AI議事録ツールの「メタデータ」が持つリスク

2026年8月、AI議事録ツール「tl;dv」に関する脆弱性の報告が公開され、複数のセキュリティ媒体が取り上げました。報告した研究者と、tl;dv社の説明は一部で食い違っています。

このページでは、どちらか一方の主張を事実として断定せず、両者の説明を並べて示します。そのうえで、この事案が示している構造的な論点を整理します。当サイトは独自に検証を行っていないため、以下はすべて公開されている一次情報の引用です。

はじめに：当サイトの利益相反について

本題に入る前に開示します。当サイトは、tl;dvの競合にあたる別のAI議事録サービスについて、アフィリエイトプログラムへの参加を検討しています。一方、tl;dvからは報酬を受け取る関係にありません。

つまり当サイトは、この記事で競合の不利な話題を扱うことで利益を得る可能性がある立場です。そのため本記事では、他社への乗り換えを勧める書き方をしていません。判断材料としての事実の整理に留めます。読者の側でも、この点を踏まえて内容を評価してください。

研究者の報告内容

セキュリティ研究者は、自身のブログで次のように報告しています。

技術的な内容として、Firestoreデータベースの meetings コレクションにテナント分離（組織ごとの境界）が設定されていなかったと述べています。認証を通したユーザーであれば、他のアカウントの会議情報も含めて横断的に照会できる状態だったという主張です。

報告されている規模は次のとおりです。

会議レコード 181,874件
ユニークユーザー 84,312人
メールドメイン 35,003件
23か国の政府機関が含まれる

閲覧できたとされる項目は、作成者のメールアドレス、会議ID、利用しているWeb会議サービス、録画ステータス、タイムスタンプです。研究者は、既定では動画の視聴やトランスクリプトの閲覧はできなかったとしつつ、公開設定になっていた会議が1,000件以上あったと記載しています。

そして、この報告で最も注目されたのが次の点です。録画ステータスが「recording」の会議では、その会議IDが実際に参加可能なGoogle MeetまたはTeamsのルームだったという指摘です。研究者は、リアルタイムで進行中の会議に外部から参加できた事例として、マレーシアの教育省の会議（参加者157人以上）と、米国の大学の会議（参加者21人）を挙げています。同時刻に録画中の会議が約1,000件あり、自動化すれば同時に多数の会議へ参加できたとも述べています。

開示のタイムラインについては、2026年1月28日に連絡を開始し、2月・3月とやり取りがあったものの修正が確認できず、7月22日時点でも修正されていなかったと記載しています。

tl;dv社の説明

tl;dv社は公式ブログで見解を公表しています。

同社が認めているのは、Firebaseに関連する脆弱性が発見されたこと、メタデータ（会議ID、会議リンク、参加者のメールアドレス）がアクセス可能な状態だったこと、独立した研究者による責任ある開示があったことです。

一方で、同社が反論しているのは「単一の脆弱性が6か月間放置された」という説明です。同社は、これは**2つの異なる経路（ベクトル）**であり、最初のものは数か月前に完全に閉じられ、独立したテスターによる検証も済んでいると述べています。2つ目については、発見から24時間以内に修正したとしています。

また同社は、パスワード、録音データ、トランスクリプト、AI生成ノート、アカウントおよび課金データはアクセス不可能だったと明言しています。恒久対策として、Firebaseを完全に廃止したと説明しています。

つまり、メタデータが露出したという事実そのものは双方が認めており、争点は「脆弱性の件数と、修正までにかかった期間」にあります。当サイトはどちらの説明が正しいかを判定する立場にありません。両者の一次情報へのリンクを本ページ下部に掲載しているので、詳細は原文を確認してください。

この事案が示している構造的な論点

ここからは、特定の企業への評価ではなく、AI議事録ツール全般に当てはまる論点として整理します。

会議IDは「識別子」ではなく「鍵」である

一般的なセキュリティチェックリストでは、録音データの暗号化、トランスクリプトの学習利用、保存期間といった項目が並びます。これらは重要ですが、今回の報告が示したのは別の層のリスクです。

会議IDそのものが、その会議に入るための鍵として機能するという点です。多くのWeb会議サービスでは、URLやIDを知っていれば（待機室や認証の設定次第で）参加できます。したがって、録音の中身が守られていても、進行中の会議のIDが第三者に見える状態であれば、会議そのものに入られる可能性が残ります。

これは「データが漏れる」という従来型の想定とは性質が違います。漏れたのは記録ではなく、現在進行中の場へのアクセス経路です。ツールを評価するとき、保存済みデータの保護だけを見ていると、この層が抜け落ちます。

メタデータだけでも組織の情報になる

作成者のメールアドレスとタイムスタンプが横断的に見えると、それだけで一定の情報になります。どの組織が、どの頻度で、どの時間帯に会議をしているか。特定のドメインの会議が急増していれば、そこから推測できることもあります。

「中身は漏れていない」という説明は事実として重要ですが、メタデータが無害だという意味にはなりません。評価する際は、中身とメタデータを分けて考える必要があります。

脆弱性報告への対応体制は、製品選定の材料になる

今回、報告から公表までの経緯が広く注目された理由の一つは、開示から修正までの期間についての説明が食い違ったことです。この点の事実関係は当サイトには判断できませんが、製品を選ぶ側の視点では「報告を受け付ける窓口があるか」「対応方針が公開されているか」を確認する意味があることは言えます。

多くのサービスはセキュリティに関するページや連絡先を公開しています。導入検討の際に、そのページの有無と記載内容を見ておくと、判断材料が一つ増えます。

利用者側で確認しておくこと

この事案を受けて、利用中のツールを見直す場合の観点を挙げます。特定のツールを勧める内容ではありません。

会議の待機室と参加制限の設定を確認する。 Web会議サービス側で、待機室の有効化、組織外ユーザーの参加制限、参加者の認証要求といった設定ができる場合があります。録画ツールの安全性に依存しない層を自分側に持っておくと、今回のようにIDが外部に見えた場合でも、参加自体は防げる可能性が高まります。

機密度の高い会議で録画ツールを使うかを決めておく。 人事、法務、M&A、未公表の計画に関する会議では、そもそも外部サービスに接続しないという選択もあります。すべての会議で一律に使うのではなく、機密度で線を引く運用が現実的です。

利用しているツールの棚卸しをする。 会議録画ツールは、参加者の一人が個人アカウントで導入していることがあります。組織として契約していないツールが会議に入っている状態は、把握もできません。まず現状を把握することが先になります。

提供元の告知を確認する経路を持つ。 影響の有無や対応状況は、提供元の公式発表が一次情報になります。ステータスページやセキュリティ関連の告知ページを確認先として控えておくと、次に何かあったときの初動が早くなります。

社内での確認項目は、AI議事録ツールを社内で使う前に確認する項目でより詳しく整理しています。ツールごとの料金と制限の比較はAI議事録・文字起こしツールの比較にまとめています。

本記事の位置づけ

本記事は、公開されている研究者の報告とtl;dv社の公式見解を並べて整理したものです。当サイトは独自の技術検証を行っておらず、どちらの説明が正しいかについて判断や断定をしていません。また、影響を受けた組織の特定や、法的な評価も行いません。

情報は確認日時点のものです。この種の事案は続報によって状況が変わるため、最新の情報は各一次情報と提供元の公式発表を確認してください。