インシデント概要更新日
#Studioのライブプレビューを削除して再発行する手順は？
確認を頼んでいる最中のURLを消すと、相手が見られなくなります。それが気になって削除をためらう人もいるでしょう。実際には、削除して新しいURLを発行し、送り直せば確認を続けられます。
削除はプロジェクトのダッシュボードから行います。
- ダッシュボードで［設定］を開き、左のメニューから［一般］を選ぶ
- ［ライブプレビュー］の［プレビューの管理］にある［プレビューリンクを削除］をクリックする
- 確認画面で［削除］を押す
削除したURLは無効になり、そのURLからはアクセスできなくなります。エディタ右上の［ライブプレビュー］から詳細設定に進んでも、同じ設定画面を開けますよ。
クライアントへの共有などで引き続きプレビューが必要な場合は、新しいURLを発行します。エディタ右上の［ライブプレビュー］を開き、初期状態の［スタート］を押すだけでランダムな文字列を含んだ新しいURLが自動的に生成されます。URLの右側に並ぶコピー用のアイコンをクリックすれば、そのまま連絡用のチャットやメールに貼り付けられますね。操作の詳細はライブプレビューのヘルプにまとまっています。
ただし、誰でも削除できるわけではありません。プロジェクトの支払いオーナー、オーナー、編集者のほか、ワークスペースのオーナーやメンバー権限を持つアカウントで操作が可能です。ワークスペースのゲストには削除の操作が出ないため、外部の制作会社にゲストとして入ってもらっている場合は、社内の担当者が削除する必要があります。
#ライブプレビューURLから非公開ページが見られた可能性はありますか？
見られた可能性はゼロではありません。ただ、見られたと決まったわけでもありませんね。運営元からの発表によると、現時点で発行済みライブプレビューのURLが直接特定されたという事実は確認されていません。しかし、第三者にURLを特定されてアクセスされた可能性は否定できないとされており、運営側もデータが取得されたものとみなして対応を進めています。
流出した可能性のある情報として挙がっているのは、URLだけではありません。公開前のページを確認するためのライブプレビューURLのほかに、デザインエディタとCMSの内容も含まれています。
通常の設定では、URLを知っている人であれば誰でもブラウザからページを閲覧できる仕様です。Enterpriseプランでは、プロジェクトに参加しているアカウントだけに閲覧を絞れます。この制限を有効にしていたかで、心配の度合いはかなり変わりますね。
プレビューには、公開サイトに出ていないものも表示されます。たとえばCMSアイテムの状態が下書きのものは、公開サイトには出ませんが、ライブプレビューには出ます。そのため、公開前の告知記事や下書き保存していた原稿も、プレビュー画面を開いた人には見えていたことになりますね。
URLを削除すれば、その先のアクセスは止められます。とはいえ、すでに誰かが見ていた場合に、その閲覧をなかったことにはできません。
#公開前の情報が漏れたかもしれない時、何を確かめればよいですか？
制作途中の新サービスや未発表のキャンペーン情報が外部に見られたかもしれないと思うと、何から手をつければよいか判断に迷ってしまいますね。
まずは、プレビューURLを通じて具体的にどのような情報が表示され得たのか、画面の内容を点検します。Studio CMSで「下書き」や「公開予約」に設定していたコンテンツは、公開サイトには出ないものの、プレビュー画面上にはそのまま展開されていました。確かめたい項目は次のとおりです。
- 下書き・公開予約中のCMSアイテムに書いていた内容
- 公開前のページに載せていた価格、発売日、取引先名などの情報
- 写真や資料に、個人が写り込んだり名前が載ったりしていないか
- Enterpriseプランの閲覧制限を設定していたか
- URLを誰に、いつ送ったか
また、IPAの注意喚起でも指摘されているように、自社が保有している情報資産の範囲を正しく把握し、必要最小限に見直す再点検がトラブル対応の第一歩です。ログを調べる場合は、異常がないかを見るのに加えて、ログがいつまで残るのか、誰が確認できるのかも整理します。サービスの提供者と利用者とでは、見られるログが違うこともあります。
次に、取り扱っていたデータの性質を確かめます。個人情報を扱っていた場合は、もう一段の確認が必要です。民間の事業者では、不正な目的の行為によって個人データが漏えいしたおそれがある段階でも、報告の対象になります。個人情報が載っていたからといって、それだけで一律に報告義務が生じるわけではありません。自社がどの条件に当たるのかは、個人情報保護委員会の漏えい等の対応と照らし合わせて確かめてください。
#Studioから移行する時、ライブプレビューURLはどう扱えばよいですか？
移行を決めていても、Studioで発行したURLは先に削除します。Studioを使わなくなるとしても、発行済みのURLを無効にするには削除の操作が必要です。手順は通常の削除と同じで、［設定］の［一般］から［プレビューの管理］に進み、［プレビューリンクを削除］を選びます。
気をつけたいのは、移行先のプレビューにも同じ心配がついてくる点です。たとえば静的サイトホスティングのCloudflare Pagesの検証環境では、発行されるプレビューURLには、検索エンジンに載せないよう指示するヘッダー（X-Robots-Tag: noindex）が標準で付きます。ただし、URL自体は初期状態で公開されているため、関係者以外に見られないようにするには別途認証機能を追加して保護しなければなりません。閲覧時の認証にはCloudflare Accessを使えますが、プレビュー向けの設定が守るのはプレビューだけで、通常のpages.devドメインや独自ドメインは守られないと説明されています。
また、microCMSなどのヘッドレスCMSを採用する場合は、CMSの設定画面だけでなく、Webサイトを表示するフロントエンド側で下書きデータを読み込んで画面を組み立てる仕組みを自前で実装する必要がありますね。
移行完了後に古いStudio側のプロジェクトを放置すると、不要になった検証ページや下書きがネット上に残り続けるリスクを生みます。移行手順のチェックリストに、古いプレビューURLの削除とプロジェクトの整理をあらかじめ組み込んでおく段取りが大切です。
こんな聞き方も
- studio cms ライブプレビュー
- ライブプレビューURLは削除して再発行する必要がありますか？
- Studioのライブプレビューを削除する手順は？
- ライブプレビューURLを削除して再発行するには？
- Studioのライブプレビュー用URLを削除して再発行するには？
- 再発行したライブプレビューURLをクライアントに共有し直すべきですか？
- ライブプレビューURLから非公開ページが見られた可能性はありますか？
- 非公開ページ用のライブプレビューURLも漏れたのですか？
- 公開前の新商品ページの情報が漏れた可能性はありますか？
- 非公開ページに置いていた写真が漏れた可能性はありますか？
- 下書き確認に使っていたライブプレビューURLは、事案後どう扱えばいいですか？
- Studioのライブプレビュー用URLは移行時にどう扱えばいいですか？
あわせて知りたい（関連する疑問）
Q再発行したライブプレビューURLはクライアントに共有し直すべきですか？
制作のやり取りを進めているクライアントに対して、新しいプレビューURLをわざわざ連絡し直すべきか、余計な心配をかけないか悩んでしまいますね。
現在進行形でデザインの確認や原稿チェックを依頼している相手であれば、再発行したURLの再共有は欠かせません。古いURLは削除した時点で無効になり、クライアントが前に受け取ったリンクを開いても表示されません。何も伝えずにいると、相手からは「急に見られなくなった」としか見えないでしょう。
連絡を入れる際は、相手を不安にさせないよう配慮した説明を添えたいところです。Studioの運営元によるセキュリティ告知を受けて予防措置としてURLを更新したこと、および以前のURLは安全のために無効化したことを簡潔に伝えます。理由は、Studioが発行済みURLの削除を求めたためです。URLが直接特定された事実は確認されていないものの、第三者がアクセスする可能性を否定できないとして、安全のために削除が必要になりました。
送り直すときは、送り先も見直してください。以前のURLを社内で回覧してもらっていた場合、新しいURLも同じように広く回ることになります。
一方で、すでに確認が終わったクライアントには、わざわざ新しいURLを送る必要はありません。再発行は、共有を続けるときのための手順です。見てもらう予定がなくなった相手には、古いURLを削除した時点で対応は終わっています。
QライブプレビューURLは公開中のページにも関係しますか？
関係します。ライブプレビューは公開前のページを確認するためだけのものではありません。すでに公開しているサイトの編集を確かめるときにも使われています。
デザインエディタ上でテキストを書き換えたりセクションを調整したりすると、ライブプレビューにはその変更がリアルタイムに表示されます。しかし、一般に公開されているWebサイトへ反映させるには、別途「サイトを更新」するボタンを押さなければなりません。つまり、プレビューURLが生きたまま放置されていると、本番サイトにはまだ反映させていない編集中の下書きや、公開日前の告知情報がプレビュー経由で見られてしまう恐れが生じるわけですね。
Studioの案内にも、公開済みのサイトを削除の対象から外す条件はありません。公開中のプロジェクトでもURLを発行していれば、ほかのプロジェクトと同じく［設定］の［一般］から［プレビューリンクを削除］を選んで削除します。実際に、オロのお知らせでは、Studioアカウントのパスワード変更とあわせてライブプレビューURLを削除したとしています。
なお、削除するのはプレビュー用のURLだけです。公開サイトのURLはそのまま残るため、訪れた人が普段どおりページを見られる状態は変わりません。
Qライブプレビューを使っていなかった場合は何もしなくてよいですか？
制作時にプレビューURLを発行した記憶がない場合、今回のインシデントへの対応は不要ではないかと考えたくなりますね。URLを一度も発行していなければ、ライブプレビューの削除作業は必要ありません。削除を求められているのは、発行済みのURLだけです。
ただし「誰にも共有していない」ことと「URLを発行していない」ことは違います。ライブプレビューは、初めて使うときに［スタート］を押すだけでURLが自動で発行されます。外部の誰かにリンクを送信していなくても、社内確認などのために一度でもURLを発行していれば、削除の対象です。発行した覚えがない場合でも、設定画面の［ライブプレビュー］を開いて、URLが残っていないかを見てください。
仮にプレビューURLを一度も発行していなかったとしても、それだけで何も対応しなくてよいわけではありません。メールアドレスとパスワードでStudioを利用しているアカウントは、パスワードの変更が求められています。パスワードはハッシュ化して保存されていましたが、元の値を割り出される可能性を完全には否定できないためです。変更は右上のユーザーアイコンから［設定］を選び、［アカウント］タブの［パスワードを変更］から行います。パスワード変更のヘルプ手順にある通り、現在のパスワードと新しいパスワードを入力して保存すれば更新できます。なお、GoogleやFacebookのアカウント連携だけでログインしており、Studio固有のパスワードを設定していない場合はこの操作は不要です。
もうひとつ、API連携に外部サービスのAPIキーやトークンを登録している場合は、キーの切り替えが必要です。新しいキーを発行し、Studioの設定を書き換えてから、古いキーを失効させる順番で進めます。ログインし直すときは、画面のURLがapp.studio.designになっているかを確かめてください。
Q非公開ページの写真やデザインも漏えい対象ですか？
対象に含まれます。Studioが流出した可能性のある情報として挙げたのは、デザインエディタとCMSの内容で、公開済みのページに限っていません。公開前のページに置いた写真や、作りかけのデザインも同じエディタの中にあるため、範囲から外れないと読むのが自然でしょう。
とはいえ、写真やデザインが実際に持ち出されたと決まったわけではありません。第三者に取得された事実は確認できておらず、Studioは取得されたものとみなして対応を進めている段階です。
特に慎重な扱いが求められるのが、人物が写っている画像素材です。生きている特定の個人を見分けられる画像や、ほかの情報と照らし合わせれば誰なのかわかる画像は、個人情報保護法の通則ガイドラインで個人情報に当たるとされています。発売前の新商品のビジュアルだけでなく、未発表の社員インタビュー写真やモデルの写真などを非公開ページに配置していた場合、個人データの流出リスクとして社内協議を進めなければなりませんね。一方で、レイアウトや配色といったデザインそのものは個人情報ではありません。社外に出したくない情報として、別に扱うことになります。
未公開だからと過信せず、発行済みURLの削除を行うと同時に、エディタ上にどのような素材や画像が保存されていたかを洗い出して影響を整理しておきましょう。
この内容をChatGPTで相談
