生成AIの共有リスクにどう備えるか Claude事例から考える企業の利用ルール

1. はじめに

2026年7月下旬、RedditのClaude関連フォーラム生成AIサービス「Claude」で公開された一部の共有チャットが、Googleなどの検索結果から閲覧できる状態になっていたことが話題になりました。

Radditでの掲載画像

Claudeをはじめとする生成AIには、会話や生成物をURLで共有する機能があります。資料の確認や情報共有に便利な一方、公開範囲を正しく理解せずに使用すると、社内情報や顧客情報が意図しない第三者に閲覧されるおそれがあります。

今回の事例は、生成AIへ何を入力するかだけでなく、生成した内容をどのように共有・公開するかについても、企業として管理する必要があることを示しています。

本記事は、Claudeを業務で利用している人や、社内の生成AI利用を管理する情報システム担当者を対象とし、Claudeの共有チャットが検索結果に表示された理由を整理したうえで、個人が確認すべき設定と対処法、その他生成AIにも共通するリスク、企業が整備すべき利用ルールについて解説します。

2. なぜ起こったのか

Claudeの個人向けプランでチャットのShareを実行すると、その時点までの会話を閲覧できる共有URLが作成されます。
共有URLには、原則として次の内容が含まれます。

  • 利用者が入力したメッセージ
  • Claudeが生成した回答
  • 会話内で作成されたArtifacts
  • Shareを実行した時点までの会話内容

このURLには、特定のメールアドレスやClaudeアカウントだけを閲覧可能にする制限がありません。URLを知っている人であれば、共有された内容を閲覧できます。Shareという言葉から、Googleドライブなどのように「指定した相手だけが見られる」と考える人もいるかもしれません。しかし、個人向けClaudeの共有リンクは、実際には公開Webページに近い仕組みです。

添付ファイルが表示されなくても安全とは限らない

通常のチャット共有では、元の添付ファイルそのものは共有ページに含まれないとされています。ただし、Claudeが添付ファイルの内容を回答に書き出していた場合、その回答は共有対象です。
例えば、社内資料を添付して「この資料を要約してください」と依頼した場合、元のPDFが表示されなくても、Claudeが生成した要約から次の情報が公開される可能性があります。

  • 顧客名や社員名
  • 売上や予算などの社内数値
  • 契約内容
  • 会議の内容
  • システム構成
  • ソースコード
  • 社内URL

確認すべきなのは添付ファイルだけではなく、会話全体です。

Artifactの公開にも注意が必要

ClaudeのArtifactsでは、文書、表、コード、グラフ、Webページ、簡易的なアプリなどを作成できます。
個人向けプランでArtifactを公開した場合、Claudeを利用していない人も閲覧できる公開URLが作成されることがあります。

Artifact内に次の情報が残っていれば、それも外部から閲覧されます。

  • 個人情報
  • 顧客情報
  • 社内データ
  • APIキー
  • アクセストークン
  • 未公開のコード
  • 開発中のサービス情報

「テスト画面」「試作品」「一時的な共有」であっても、公開された情報の機密性は変わりません。

なぜ検索結果に表示されたのか

共有URLを作っただけで、必ずGoogle検索に表示されるわけではありません。検索エンジンがURLを発見する経路が必要です。
例えば、共有リンクが次の場所に掲載されると、検索エンジンに発見される可能性があります。

  • XなどのSNS
  • ブログ
  • 掲示板
  • 公開Webサイト
  • GitHubの公開リポジトリ
  • 第三者が作成したリンク集

利用者本人が投稿していなくても、リンクを受け取った相手が転載する可能性があります。

報道では、Claudeの共有ページについて、検索結果への掲載を拒否する「noindex」が設定されていなかったことが指摘されています。robots.txtで検索エンジンのクロールを拒否しても、外部サイトからURLが発見された場合、検索結果への掲載を完全に防げないことがあります。

今回の問題は、次の組み合わせによって起きたと整理できます。

  1. 利用者がShareで公開URLを作成した
  2. 共有URLが外部のWebページなどに掲載された
  3. 検索エンジンがURLを発見した
  4. 共有ページが検索結果へ表示された

3. 個人としての対処法

共有した記憶がなくても一覧を確認する

Claudeを使用している人は、まず過去に作成した共有リンクを確認してください。Web版では、次の手順で共有済みのチャットを確認できます。

  1. Claudeを開く
  2. 「Settings」を開く
  3. 「Privacy」を選択する
  4. 「Shared chats」の管理画面を開く
  5. 共有済みチャットの一覧を確認する
  6. 不要なものをUnshareする

共有リンクを一度も作成していない場合、今回の問題による直接的な影響はありません。ただし、過去の操作を忘れている可能性もあるため、記憶だけで判断せず、実際の一覧を確認することが重要です。

公開したArtifactも確認する

Shared chatsだけでなく、公開または共有したArtifactも確認します。
チャットの共有を解除しても、Artifactが別の公開URLとして残っていれば、第三者による閲覧が続く可能性があります。不要なArtifactは公開停止または共有解除を行ってください。

機密情報が含まれていた場合の対応

共有リンクを解除しても、第三者がすでに内容を保存している可能性は残ります。公開内容に応じて、次の対応が必要です。

APIキーやパスワードが含まれていた場合

  • 対象の認証情報を直ちに失効させる
  • 新しいキーやパスワードを発行する
  • 不審なアクセス履歴を確認する

会社の情報が含まれていた場合

  • 情報システム部門へ報告する
  • 情報セキュリティ担当者へ連絡する
  • 公開されていた内容と期間を整理する
  • 顧客情報がある場合は法務担当者にも相談する

個人情報が含まれていた場合

  • 自己判断で対応を終了しない
  • 勤務先の個人情報保護管理者へ報告する
  • 外部アーカイブや転載の可能性も含めて調査する

共有解除は今後のアクセスを止める対応です。すでに保存・転載された情報まで回収できるとは限りません。

4. 他のAIでの同様の危険性は

会話の共有リンクが検索エンジンから発見される問題は、Claudeに固有のものではありません。
ChatGPTやGrokでも、共有された会話が検索結果から見つかる問題が過去に報じられています。各サービスで原因や設定は異なりますが、共通する構造は次の3点です。

  • 通常の会話は非公開
  • Shareなどの操作で公開URLが作成される
  • 利用者が公開範囲を十分に理解していない

ChatGPTやGeminiにも、会話をURLで共有する機能があります。URLを知る人が閲覧できる設定では、リンクの転送や外部掲載によって、当初の想定より広い範囲に情報が伝わる可能性があります。
生成AIごとに、機能の名称も異なります。名称だけで安全性を判断せず、次の点を確認する必要があります。

  • 閲覧者:URLを知る全員か、指定した相手だけか
  • 認証:閲覧時にログインが必要か
  • 検索:検索エンジンへの掲載を防ぐ設定があるか
  • 有効期限:リンクの期限を設定できるか
  • 管理:管理者が共有リンクを一覧確認できるか
  • 解除:共有解除後すぐにアクセスできなくなるか

どの生成AIが最も安全かだけを比較するのではなく、共有機能の公開範囲を共通の評価項目にすることが重要です。

5. 企業として生成AIをどう扱うか

企業が最も避けるべきなのは、生成AIの情報管理を社員個人の判断に任せることです。個人向けアカウントの業務利用を自由に認めると、会社は次の情報を把握できません。

  • 誰がどの生成AIを使っているか
  • どのような情報を入力したか
  • どの会話を共有したか
  • どのArtifactを公開したか
  • 公開リンクが現在も有効か

個人向けのClaudeでは、共有リンクの一覧を確認できるのは原則として利用者本人です。会社の管理者が全社員の共有状況を横断的に確認することは困難です。

企業は、少なくとも次の5つを実施する必要があります。

5.1.利用者を把握する

まず、社内でClaudeを含む生成AIを利用している人を洗い出します。
特に確認すべきなのは、個人のFree、Pro、Maxなどを業務で利用している社員です。

5.2.共有リンクを棚卸しする

対象者に次の確認を依頼します。

  • 共有済みチャットはあるか
  • 公開したArtifactはあるか
  • 業務情報が含まれていないか
  • 不要な共有を解除したか
  • 認証情報を公開していないか
5.3.個人アカウントの業務利用を見直す

業務で使用できる生成AI、プラン、アカウントを会社が指定します。原則として会社管理のアカウントを使用し、個人アカウントによる業務利用は制限する必要があります。
ClaudeのTeamやEnterpriseでは、共有先を同一組織のメンバーに限定でき、個人向けプランのような公開URLの作成を構造的に制限できます。ただし、組織内の権限管理や退職者のアカウント停止は別途必要です。

5.4.入力と共有のルールを分ける

生成AIのガイドラインでは、「何を入力してよいか」だけでなく、「何を共有してよいか」も定めます。

原則入力禁止

  • 顧客の個人情報
  • パスワードやAPIキー
  • 未公開の財務情報
  • 契約情報
  • 営業秘密

会社指定環境でのみ利用可能

  • 社内資料
  • ソースコード
  • 会議内容
  • 業務上のデータ

公開リンクの作成

  • 原則禁止
  • 必要な場合は事前承認
  • 公開前に機密情報を確認
  • 利用終了後にリンクを削除
5.5.事故時の報告経路を決める

誤って共有した場合は、次の順番で対応します。

  1. 共有リンクを停止する
  2. 公開内容を記録する
  3. 認証情報を失効させる
  4. 情報システム部門へ報告する
  5. 影響範囲を調査する
  6. 必要に応じて法務や顧客へ連絡する

社員が処罰を恐れて報告を遅らせると、被害が拡大します。「まず共有を止めて報告する」という手順を明確にすることが重要です。

6. まとめ

今回の問題で検索結果に表示されたのは、Claudeのすべてのチャットではありません。利用者がShareで公開URLを作成した会話や、公開されたArtifactが対象です。

押さえるべき点は次のとおりです。

  • Claudeの通常の会話は非公開
  • ShareするとURLを知る第三者が閲覧できる
  • Shareは特定の相手だけに限定する機能ではない
  • 一度公開された情報は、共有解除後も転載先に残る可能性がある
  • ChatGPTなど、ほかの生成AIにも同様の構造的リスクがある
  • 個人向けアカウントでは企業が共有状況を管理しにくい
  • 企業は入力だけでなく、共有と公開もルール化する必要がある

生成AIの情報漏洩対策では、「機密情報を入力しない」だけでは不十分です。生成した内容を誰が閲覧できるのか、公開URLを作成できるのか、公開後に会社が管理できるのかまで確認する必要があります。
生成AIの共有リンクは、単なる便利な受け渡し方法ではありません。企業では、公開Webページを作成する操作に近いものとして管理することが求められます。

生成AIの利用ルール策定やアカウント・共有設定の見直しにお困りの場合は、お気軽にご相談ください。
➢相談先はこちら

この記事の著者

花島一颯 (Hanajima Issa) | AI共創総研 コンサルタント・リサーチャー

東京大学工学部 機械工学科(熱エネルギー工学研究室)に所属。主に熱電変換技術を専門とし、新デバイスの開発研究に従事している。特に、デバイスの出力分析や、熱流体現象としての対流効果に着目した解析を行っている。日本伝熱学会での発表経験を有する。現在はAIリスク・セキュリティ分野での研究も行っており、コンサルティング業務を担当している。

用語集

前の記事

バイアス
用語集

次の記事

公平性