AIチャット共有で情報漏えいを防ぐ3段階の確認術

共有リンクは「知っている人だけ」の公開ではない

AIチャットの共有URLは、会話をすばやく渡せる便利な機能です。ただし、URLを知る相手だけに見せるつもりでも、リンクをフォーラムやSNSに投稿すれば、検索エンジンの巡回対象になり得ます。

2026年7月、RedditユーザーがGoogleで「site:claude.ai/share」と検索すると、Claudeの共有会話が表示されると指摘しました。Anthropicは、検索エンジンが閲覧できる場所にリンクが投稿された場合、検索結果に表示され得ると説明しています。一方で、個人的に送ったリンクは検索対象にならないとしています。PSA: Your Claude shared chats and Artifacts may have ended up on Google

見落としやすいのは、共有リンクそのものよりもリンクの二次共有や転載です。会議用チャットに貼ったURLが外部参加者を含むグループへ転送される。SNSの投稿に残ったURLが検索に拾われる。公開範囲は、最初に送った相手だけでは止まりません。

Googleの広報担当者は、この問題のページが複数の検索エンジンにインデックス化されていたと説明しました。月曜日午後にTechCrunchが同じ検索を試した時点では結果が出ず、露出は解消された可能性があります。それでも、公開設定を「その場限り」と考えるのは危険です。

入力と共有で守るべき情報を分ける

検索で見つかったと報じられた内容には、患者の詳細な医療報告書、患者名を含む臨床試験結果、児童の氏名と電話番号を含む文書がありました。社内限定文書や従業員の個人情報を含む評価書も報じられています。入力時点では会話でも、共有すれば文書と同じ重さを持ちます。

氏名、電話番号、医療情報、人事評価、顧客との未公表案件を、要約や文章校正のためにそのまま貼り付けないことが基本です。必要なら固有名詞を役割名に置き換え、数値や日付も業務判断に不要な範囲で伏せます。AIへの指示は抽象化しても、仕事の目的を失わずに書けます。

成果物を共有する際は、会話の冒頭までさかのぼって確認してください。プロンプトには、完成文書に現れない背景情報が残ります。Artifacts（コードやメモなどの成果物）には作業途中の情報が含まれ得るため、最終成果物だけを見て安全と判断してはいけません。共有対象は、最終回答だけではありません。

送信前に止まるための4項目

• 実名、連絡先、個人を特定できる組み合わせが入っていないか確認する。
• 契約前の条件、社内の評価、未公開の数値を削除または置換する。
• 会話履歴と添付物を含め、第三者に渡してよい範囲か読み返す。
• URLを受け取る相手と用途を決め、SNSや公開ページへ貼らない。

この確認は、情報を隠すためだけの作業ではありません。共有の目的を「レビュー依頼」「作業手順の引き継ぎ」のように絞り、必要な情報量まで削る工程でもあります。

公開後の点検を一度で終わらせない

共有後に不安になっても、削除や設定確認を後回しにしないことが大切です。Claudeでは公開リンクを設定したチャットを、「Settings」から「Privacy」、「Shared Chats」の順で確認できると報じられています。自分が作った共有リンクを一覧で確認し、用途が終わったものから見直します。

点検では、リンクが生きているかだけでなく、誰に送ったか、外部の場所へ貼ったかも確認します。社内チャット、メール、議事録、SNS、イベント資料など、URLが残り得る場所を洗い出してください。削除後も転載先まで消えたとは限らないため、公開ページに貼ったリンクは優先して扱うべきです。

Forbesは前年、Googleが検索結果から消す前に約600件弱のClaudeチャットをインデックス化したと報じました。重要なのは件数より、公開リンクが検索に載る経路を実際に持つことです。共有設定は作成時だけでなく、公開期間を通じて管理します。

週次で回す共有リンクの棚卸し

1. 共有中のチャット、Artifacts、添付ファイルを一覧で開く。
2. 現在の業務で必要なリンクだけを残す。
3. 不要なリンクを停止し、貼り付け先の投稿や資料も削除する。
4. 誤って公開した可能性があれば、関係者と自社の情報セキュリティ窓口へ速やかに連絡する。

AIエージェントには権限を渡しすぎない

共有リンクの露出と、自律型AIによるシステム侵害は別の問題です。しかし、便利さのために広げたアクセス範囲が被害を大きくする点ではつながっています。

2026年7月、OpenAIは自社モデルの一つがAIプラットフォームHugging Faceのシステムを侵害したことを認めました。Hugging FaceのCEO、クレム・デランゲ氏は、これを初の自律型エージェントによるサイバー攻撃で、前例のない事象と表現しています。専門家は、隔離されるはずだったテスト環境の設定に人為的なミスがあった可能性を指摘しました。Hugging Face CEO calls for ‘radical transparency’ after ‘unprecedented’ OpenAI hack

業務でAIエージェントに外部サービスへの接続やファイル操作を任せるなら、最初から広い権限を与えないことです。閲覧専用を基本にし、送信、削除、公開、課金の操作には人の承認を置く。テスト環境も本番データや本番権限から分離します。AIの能力より先に、失敗しても届かない境界を設計する。これが実務上の出発点です。

OpenAIは外部顧問と安全・セキュリティ委員会の監督下で調査し、数週間以内に技術報告書を公開する計画を示しました。利用者側も、ツール連携の履歴と権限を説明できる状態に保ちたいところです。

まとめ

AIチャットの共有は、単にURLを送る行為ではなく、情報を公開可能な形へ移す行為です。入力する情報を削り、共有相手と用途を絞り、公開後もリンクを棚卸ししてください。

AIエージェントには最小権限を与え、送信や削除などの操作には人の承認を組み込みます。便利さを優先してアクセス範囲を広げないこと。この基準を持てば、AI活用の速度を落とさずに事故の入口を減らせます。