セキュリティ

ゼロトラストで考えるHTML共有

作ったHTMLをそのまま共有していませんか。社内だから安全、URLを知らなければ大丈夫、という前提は崩れつつあります。ゼロトラストは「何も信用しない」を出発点に、アクセスのたびに確認する考え方です。本記事ではHTML共有にこの発想をどう当てはめるかを、無理のない範囲で整理します。

ゼロトラストとは何か

ゼロトラストは、社内ネットワークの内側にいるかどうかでアクセスを許すのではなく、すべてのアクセスを「信用できないもの」として扱い、その都度本人確認や権限の確認を行う考え方です。境界の内と外という区別をやめ、リソースごとに守るという発想に近いと言えます。

従来は社内VPNにつながっていれば中身を見られる、という設計が一般的でした。しかしリモートワークや外部協力者との共同作業が増えると、その境界はあいまいになります。誰が、どのリソースに、いつアクセスしたのかを単位として考え直すのがゼロトラストです。

HTML共有に潜む前提の弱さ

HTMLファイルを共有する場面では、URLを知っている人だけが見る、という暗黙の前提が置かれがちです。しかしURLは転送され、チャットに貼られ、ブックマークに残ります。URLを知っているイコール正当な閲覧者、とは限りません。

また、確認用に作ったページが公開されたまま放置されると、時間がたつほど誰が見ているか分からなくなります。ゼロトラストの観点では、見せる相手と見せる期間をあらかじめ絞り、アクセスのたびに確認できる状態にしておくことが重要です。

よくあるNG例と安全な直し方

ゼロトラストで考えるHTML共有では、「検索に出さない」と「見られないようにする」を混同しないことが重要です。noindexやrobots.txtは検索エンジンへの指示であり、アクセス制限そのものではありません。

安全に共有するには、誰に見られると困るかを先に決め、URL共有だけで足りるのか、認証や期限が必要なのかを選びます。共有相手と機密度が決まったら、URLのみ・パスワード・メール認証・会社ドメイン認証のどれで渡すかを選びます。

  • NG: 機密情報入りHTMLを認証なしURLで共有し、noindexだけで安心する
  • OK: パスワード・メール認証・会社ドメイン認証で閲覧者を絞る
  • NG: テスト用APIキーや社内URLをHTML内に残したまま渡す
  • OK: 公開前に外部送信先、秘密情報、フォーム送信先を確認する

アクセスごとに確認する仕組みを置く

ゼロトラストをHTML共有に落とし込むと、URLそのものを鍵にしない、という方針になります。共有URLに加えて、パスワードやメール認証など本人確認の段階を足すことで、URLが漏れても即座に閲覧されにくくなります。

ギガサイト便では、共有URLの認証方式をURLのみ、パスワード、メール認証のワンタイムコード、会社ドメイン認証から選べます。社内レビューなら会社ドメイン認証、社外の特定担当者ならメール認証、といった具合に相手に応じて最小限の確認を挟めます。

期限と更新でリスクを縮める

アクセスを許す期間を絞ることも、ゼロトラストの実践的な一歩です。確認が終われば見られなくなる、という設計にしておけば、古い確認用URLがいつまでも生きている事態を避けられます。

ギガサイト便では公開期限を設定でき、期限が切れると自動的に閲覧できなくなります。さらに同じURLのままファイルを差し替えられるため、レビューの往復で何本もリンクを発行する必要がありません。リンク管理が散らからないこと自体が、見せる相手を見失わないことにつながります。

ゼロトラスト導入の進め方

いきなり全社的な仕組みを入れる必要はありません。まずは外部に見せるHTMLの共有から、認証と期限を当たり前にすることが現実的です。

下記は最初の一歩として実行しやすい順序です。小さく始めて、運用に馴染んだものから広げていくとよいでしょう。

  1. 今ある共有URLを棚卸しし、誰に何を見せているか書き出す
  2. URLのみで公開しているものに認証を足せないか検討する
  3. 確認用ページに公開期限を設定し、終わったものは閉じる
  4. 誰がいつ見たかをアクセスログで確認する習慣をつける
  5. ファイル更新は新URLではなく差し替えで運用する

noindexだけに頼らない

検索結果に出ないようにするnoindexは、見つかりにくくする効果はありますが、アクセスを止めるものではありません。URLさえ分かれば誰でも開ける状態だと、ゼロトラストの考え方からは外れます。

ギガサイト便の一時公開ページにはnoindexが付き検索結果に出ませんが、関係者以外に見せたくない場合は認証の併用が前提です。見つかりにくさと見られなさは別物だと意識しておくと、設計を誤りにくくなります。

よくある質問

ゼロトラストはHTMLの一時共有にも関係しますか。

関係します。社内かどうかではなく、リソース単位でアクセスを確認するのがゼロトラストです。一時的に見せるHTMLでも、URLを鍵にせず認証や期限で守るという点に直結します。

URLを知っている人だけに送れば十分ではないですか。

URLは転送や貼り付けで広がりやすく、知っていることと正当な閲覧者であることは一致しません。パスワードやメール認証など、本人確認の段階を一つ足すことでリスクを下げられます。

社内レビューと社外レビューで認証を変えるべきですか。

相手に応じて最小限にするのが現実的です。社内なら会社ドメイン認証、社外の特定担当者ならメール認証、といったように、過不足のない方式を選ぶと運用が楽になります。

noindexを付ければ安全と考えてよいですか。

noindexは検索結果に出さないための指定で、アクセス制御ではありません。見られたくない相手がいる場合は、noindexに加えて認証を併用してください。

noindexを設定すれば認証は不要ですか?

不要ではありません。noindexは検索結果への表示を抑えるための指定で、URLを知っている人の閲覧を止める仕組みではありません。閲覧者を制限したい場合は認証が必要です。

関連記事

セキュリティ

NDA(秘密保持契約)下でHTMLを共有するときの注意

NDAを結んだうえで未公開デザインや仕様を共有する場面では、URLの転送経路まで管理できないリスクがあります。秘密保持契約の趣旨を守りながらHTMLを安全に届けるために、認証と期限の設計で押さえたいポイントを整理します。

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

スクショ・画面共有での情報漏えいを減らす工夫

共有URLを認証で守っても、開いた画面が撮られたり画面共有で映れば情報は外に出ます。スクショを完全には止められないからこそ、何を画面に表示するかと、撮られても被害が小さい設計が重要です。現実的な情報漏えい低減策を整理しました。

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

クライアント共有前のセキュリティ最終チェック

クライアントへ制作物を共有する直前は、送ってから気づいても取り返しがつかない見落としが起きやすい瞬間です。確認をルーティン化するために、HTML共有前に押さえたい項目をチェックリスト形式でまとめました。

4分で読める
AI活用

Amazon Q Developerで生成したHTMLを共有する方法

Amazon Q DeveloperのコードやUI生成結果を社外の担当者に確認してもらいたい人向け。環境構築なしで開ける一時公開URLの使い方を整理し、共有方法を判断できます。

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