AI議事録tl;dv、18万件超が公開状態に

会議を録音してAIが議事録にまとめる。それ自体は、もう驚くような機能ではない。驚くのは、その裏側のデータベースが、誰でも覗ける状態で半年近く放置されていたかもしれない、という話のほうだ。

セキュリティ研究者のBobDaHacker氏は、AI会議アシスタント「tl;dv」の技術基盤に関する報告を公開した。tl;dvはGoogleが提供するクラウド型データベース「Firestore」をバックエンドに使っているが、そのうち会議情報を格納する「meetings」というコレクション（データの集まり）だけ、利用者ごとにアクセスを区切る設定（テナント分離）が抜け落ちていたという。認証さえ済んでいれば、自分のアカウントとは無関係な会議記録を、組織の垣根を越えて照会できた計算になる。報告によれば、影響を受けた会議は181,874件、ユーザー数は84,312人、ドメイン数は35,003件に上るとされ、研究者自身のブログ記事で詳細が公開されている。

とりわけ看過しにくいのが、録画中の会議IDがそのまま通話への参加リンクとして機能していた、という点だ。録画が始まった会議をリアルタイムで探し当てれば、招かれてもいない通話に第三者が入り込める状態だったことになる。研究者は2026年1月28日に最初の報告をしたが、8月4日の報道時点まで状況は変わらなかったと主張している。

これに対しtl;dv社は8月5日、公式ブログで見解を公表した。「1つの脆弱性が6カ月放置された」という主張を否定し、独立系ペネトレーションテスト業者Abicomの検証を経て、実際には時期の異なる2つの独立した攻撃経路だったと説明している。最初の問題は数カ月前に修正済みで、今回新たに見つかった別の経路は発見から24時間以内に封じたという。露呈した情報についても、パスワードや録画データ、文字起こし、AIが生成したメモへのアクセスはなく、会議識別子・参加者のメールアドレス・ドメインといった「メタデータ」に限られると主張している。どちらの言い分が正確かは、本記事執筆時点でも決着していない。

会議を録音してAIに渡す、という運用がここまで一般化した以上、これは一社の不手際では終わらない話でもある。tl;dv社自身も見解の中で、Anthropic・Lovable・Zoomなど複数のAI・SaaS製品で、公開共有設定に起因する同種の露出事例が続いていると認めている。裏側の設計が似通っていれば、同じ穴も繰り返し開く。

そこから浮かぶ論点は、まず導入判断の材料の置き方だ。会議記録・音声・文字起こしを預けるツールを選ぶとき、料金や文字起こし精度は比較されても、バックエンドの認証基盤がテナントごとに適切に分離されているかは、契約前の確認事項に上がりにくい。今回の件は、Firebase／Firestoreのような外部基盤を使うサービスであれば、その設計思想と過去の脆弱性対応履歴を尋ねる価値があることを具体的に示している。

もう一つ、事後対応の場面で問われるのは、ベンダーの発表を鵜呑みにしない姿勢だ。研究者側は「1つの問題を6カ月放置」、tl;dv社は「独立した2つの経路にそれぞれ適切に対応」と説明し、両者の言い分は今も噛み合っていない。この種の対立が起きたとき、外部の第三者検証（この場合はAbicomの証明書）を提示できるかどうかは、企業側の説明の信頼性を測る具体的な手がかりになる。同時に利用者側も、自社が過去に扱った会議IDやリンクが外部から推測・取得された形跡がないか、確認できる範囲で確認しておく価値がある。ベンダーの説明を待つだけでなく、自社への影響は自社で見積もる、という前提に立たないと、この手の食い違いはいつまでも「様子見」のまま宙に浮く。

あわせて読みたい： Geminiに議事録も任せる4つの丸投げ術｜NECのAI議事録改革、要約で終わらせない工夫