セキュリティ

顧客名の露出を含むHTMLを共有するときのリスクと対策

提案資料や議事録を元にAIがHTMLを生成した場合、顧客名がページ内に残ったまま外部共有されることがあります。「誤って別の顧客に送ってしまった」という事故は、情報漏えいとして顧客へのお詫びが必要になる場合もあります。顧客名露出のリスクを具体的に理解し、事前・事後の対策を整理しましょう。

なぜ危ないのか

BtoB契約では、顧客企業名が他社に知られること自体が守秘義務の問題になりえます。「御社がサービスXを導入している」という事実を競合他社が知れば、顧客に対して「競合も使っているならうちも」という営業アプローチを仕掛けられます。顧客リストは競争上の重要な資産であり、HTMLの不注意な共有で流出させることは許されません。

Webブラウザの履歴やキャッシュに顧客名が残ることも考慮が必要です。デモ用HTMLをクライアントのPCで直接見せた場合、そのブラウザの履歴に顧客名が含まれたURLが残ります。閲覧後のURLを適切に管理する設計が求められます。

  • 相手がログインなしで開ける状態か確認する
  • PCとスマホで最低1回ずつ表示を確認する
  • 内部情報・個人情報・不要な外部送信が残っていないか見る
  • レビュー期限と修正時の差し替え方を決めておく

ソースで見る場所

顧客名が残りやすい箇所の第1位はページタイトルとH1タグです。AIは「○○株式会社様向け提案書」という入力を受けると、そのまま`<title>`や`<h1>`に反映することがあります。送付前にブラウザのタブ表示とHTMLの`<title>`タグを必ず確認してください。

フォームの`value`属性やhidden inputにも顧客名が入っていることがあります。「事前入力されたフォーム」として資料を作った場合、`<input value="株式会社A商事">`のような記述が残りやすいです。DevToolsのElementsタブで全inputフィールドの値を確認するか、HTMLのgrepで`value=`を検索してください。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

安全に共有する設定

顧客名を除去した後は、提案書HTMLを共有する際に顧客固有のパスワードを設定することで、万一URLが漏れても第三者が内容を見られないようにできます。ギガサイト便のパスワード保護機能では、共有先の担当者に口頭または別経路でパスワードを伝えることで二段階のアクセス制限が実現できます。

共有URLに有効期限を設定するのも重要です。商談が終了した後もリンクが有効だと、担当者の退職後にそのリンクを知る第三者がアクセスできる状態が続きます。商談フェーズの終了時点でURLを削除するリマインダーをカレンダーに入れておくと管理しやすくなります。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

再発防止ルール

顧客向けHTML制作のワークフローに「仮の顧客名→確認→正式顧客名に置換→再確認」というステップを組み込んでください。最初から正式顧客名でAIに生成させ、そのまま送るというフローは確認漏れが起きやすいです。プレースホルダーを使う設計にすることでテンプレート化でき、顧客ごとの差し替えがコマンド1つで完了します。

顧客名の露出チェックを営業担当者が一人で行うのではなく、制作担当者や上長がWチェックする体制にすることも有効です。「自分では気づかない」パターンは確認作業でも起きるため、別の人が独立してチェックする二重確認が品質を上げます。Jiraのタスクにレビュワーフィールドを必須にするだけで習慣化できます。

  • HTML内の外部script・form action・iframeを確認する
  • APIキーやトークンらしき文字列がないか検索する
  • 画像・CSS・JSのパスが公開後も解決できるか見る
  • noindexと認証を混同せず、必要なら両方設定する

よくある質問

顧客名が含まれたHTMLを誤送信した場合、法的にどんな問題が生じますか?

NDA(秘密保持契約)がある場合は契約違反となり、損害賠償請求の対象になりえます。個人情報が含まれていれば個人情報保護法の安全管理義務違反として行政指導の対象になる可能性もあります。発覚後は速やかに顧客と法務部門に報告することが重要です。

間違えて顧客名が入ったままのHTMLを送付してしまった場合の初動対応は?

URLベースで共有していればすぐにURLを削除してアクセスを遮断してください。ファイル添付の場合は相手に連絡してファイルの削除を依頼します。その後、どの顧客名がどの範囲に開示されたかを記録し、開示された顧客の情報を受け取った相手に守秘義務を確認する連絡を入れてください。

顧客名をプレースホルダーに変えたHTMLをテンプレートとして使い回す場合、注意点はありますか?

テンプレート内のプレースホルダーが全て置換されたことを確認するスクリプトを用意してください。`grep -c '\[顧客名\]' output.html`が0を返すことを送付前チェックに組み込むと、置換漏れを自動検出できます。

関連記事

セキュリティ

http混在を含むHTMLを共有するときのリスクと対策

http混在を含むHTMLを共有した場合のリスクを把握し、適切な対処法を選びたい方向け。ブラウザによる表示ブロックや通信傍受のリスクを具体的に示しながら、修正・代替策・共有設定の3つの観点から対策を解説します。

5分で読める
セキュリティ

XSSを含むHTMLを共有するときのリスクと対策

XSSが含まれる可能性のあるHTMLを共有するリスクを把握し、適切な対策を講じたい担当者向け。被害シナリオ、コードレベルの修正方法、CSPによる軽減策、再発防止の仕組みづくりを段階的に解説します。

5分で読める
セキュリティ

オープンリダイレクトを含むHTMLを共有するときのリスクと対策

オープンリダイレクトを含むHTMLを外部共有するリスクを理解し、修正判断と対策を迷わず行いたいチームリーダー・開発者向け。フィッシング被害の具体的なシナリオと、許可リスト実装・URL認証による二段階対策を解説する。

6分で読める
「セキュリティ」の記事をもっと見る →